一句话看懂：有开发者在 GitHub 提交问题称，Postman 桌面版会在用户打开应用后自动向 Codex 和 Claude Code 安装插件、写入全局配置并登记启动钩子，引发对开发者工具越界修改 AI 编码代理环境的担忧。
事件核心：发生了什么
据 GitHub 仓库 postmanlabs/postman-app-support 的问题 #14370（2026 年 10 月 25 日提交），一名 Mac 用户发现打开 Postman 桌面版 12.33.4 后，系统中出现了用户级 Postman 插件、远程 MCP 连接、Claude Code 插件和单独的 Postman CLI。Postman 自身日志（2026-10-24T09:34:14.418Z）记录了 auto-existing-upgrade 安装流程，结果显示 claude-code 和 codex 均为 installed。Codex 的全局配置文件 config.toml 被写入 Postman 插件市场来源、启用插件，并登记了启动钩子的可信哈希。
钩子会在会话启动、清空或压缩时输出一段指令，要求代理在处理设计、实现、测试、监控等“非平凡 API 工程任务”前加载 postman:api-engineer 技能。报告还指出，安装器源码中有调用 config/batchWrite 写入 trusted_hash 的逻辑，注释称“仅批准 Postman 当前钩子”。该用户同时观察到 MCP 启动因需要认证而失败，Claude 设置被修改，~/.local/bin 出现 Postman 可执行文件。需要说明的是，发帖者明确表示，信任记录本身不能证明具体是谁完成了授权动作。
为什么重要
这起问题的焦点不是插件功能本身，而是工具边界与用户同意。Codex、Claude Code 这类编码代理已深度参与 API 开发、测试和文档流程，它们的全局配置和启动钩子一旦被第三方工具自动改写，代理行为可能在用户不知情时被引导到特定产品的工作流中。对 Postman 这类 API 客户端而言，借 MCP、插件市场切入 AI 编码代理生态是合理的产品方向，但自动安装加自我批准钩子的做法，触及了开发者对本地环境控制权的敏感点。
对用户/开发者/创作者的影响
目前公开信息显示，影响主要集中于同时使用 Postman 与 Codex 或 Claude Code 的 Mac 开发者。建议检查 ~/.codex/config.toml、~/.claude/settings.json 以及 ~/.local/bin 中是否有非预期条目；若不需要相关集成，应移除对应插件和钩子记录。对团队而言，在 CI 或共享开发机上统一管理代理配置、审查启动钩子来源，比依赖单个工具的自律更可靠。普通用户若只用 Postman 发请求、不涉及编码代理，实际影响有限，但配置被写入本身仍是需要留意的信号。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
一是 Postman 官方是否回应 #14370，并说明自动安装的触发条件与关闭方式；二是 Codex 与 Claude Code 是否收紧插件钩子的自动信任机制，要求显式用户确认；三是 MCP 远程连接在未认证时的失败是否会影响其他依赖该集成的开发者。后续进展以官方声明和代码变更为准。
来源：github.com
