开发者打开Postman，随后两个AI编码代理在未经许可的情况下被更改。
内容提要
开发者报告，Postman桌面版12.33.4在macOS上未经许可自动向Claude Code和OpenAI Codex安装插件，修改Codex配置文件并自行批准启动钩子，使Codex默认加载Postman工具。Postman文档称安装器可代用户批准钩子。此事引发对第三方应用擅自更改AI编码代理的担忧，Postman尚未回应。
延伸解读
自动安装与自我批准：权限边界被模糊
文章指出，Postman桌面版12.33.4在macOS上未经开发者许可，自动向Claude Code和OpenAI Codex安装插件，并修改Codex的配置文件，甚至自行批准启动钩子。Postman文档承认安装器可代用户批准钩子，而直接通过Codex安装插件的开发者则需手动审核。这种“自我批准”机制模糊了第三方应用与AI代理之间的权限边界，引发对用户知情同意的担忧。
启动钩子的实际影响：默认加载Postman工具
启动钩子能让Codex在开发者未主动要求时自动加载Postman的指令。文章提到，Postman的启动指令要求Codex在处理多数API开发任务前加载postman:api-engineer技能，使Codex默认使用Postman工具。对于主动安装插件的开发者，这可能带来便利；但问题在于，Postman桌面应用据报在未经许可的情况下，向现有编码环境添加了这些指令。
数据收集指控缺乏证据，但配置变更真实存在
有开发者声称Postman的钩子拦截API数据并回传公司，但GitHub报告并未提供数据收集或传输的证据。报告记录的是代理设置的更改和远程MCP连接（https://mcp.postman.com/mcp），而非数据窃取。尽管如此，配置变更本身已引发对企业环境风险的批评，开发者呼吁Postman保持透明并请求许可。
卸载不彻底：残留配置需手动清理
开发者要求Postman停止未经许可为现有用户安装插件，并将钩子批准权交还Codex，同时提供完全撤销更改的方法。Postman虽提供卸载命令，但开发者认为这不够，因为移除集成还应清除对代理设置、受信任钩子、MCP连接和已安装CLI工具的更改。目前，开发者可检查Claude Code和Codex设置中是否有不熟悉的插件、钩子或MCP连接。
Q&A
Postman桌面版被曝出对AI编码代理做了什么未经许可的操作？
Postman桌面版12.33.4在macOS上未经用户许可，自动向Claude Code和OpenAI Codex安装插件，修改Codex配置文件，并自行批准启动钩子，使Codex默认加载Postman工具。
Postman是如何让Codex信任其插件的？
根据Postman文档，其安装器可以自动代表用户批准会话启动钩子。安装器源码显示，它会检查Codex是否已信任该钩子，若未信任，则通过config/batchWrite将钩子的可信哈希添加到Codex配置中，并在批准前检查钩子未变更。
这个启动钩子会对Codex的行为产生什么影响？
会话启动钩子会自动向编码代理提供指令，即使开发者没有主动要求。Postman的启动指令告诉Codex在处理大多数API开发任务前加载postman:api-engineer技能，导致Codex默认使用Postman工具，而非开发者明确要求。
开发者发现了哪些具体的配置更改？
开发者发现Codex的用户级配置文件~/.codex/config.toml被修改，包括启用了Postman插件、新增了插件市场、添加了受信任的会话启动钩子。Claude Code的配置也显示安装了Postman插件。此外，机器上出现了Postman CLI可执行文件，时间戳与安装事件匹配。
社区对此事有哪些批评和担忧？
安全研究员Frank Denis在X上称这些集成为“垃圾”，并指出安装器试图信任自己的启动钩子。Siddharth Garimella声称钩子拦截API数据并发送回公司，但GitHub报告没有证据表明数据被收集或传输。其他评论者认为这种行为“不可接受，甚至在企业环境中造成风险”，并呼吁Postman保持透明并请求许可。
开发者希望Postman如何解决这个问题？
开发者希望Postman停止未经许可为现有用户安装插件，将钩子批准权交还给Codex，并提供完全撤销更改的方法。仅提供卸载命令不够，移除集成还应清除对代理设置、受信任钩子、MCP连接和已安装CLI工具的更改。
