Postman 悄悄给 AI 助手装插件:谁替你点了同意?

打开 Postman 调试接口，Claude Code、Codex 却多了没主动安装的插件。开发者把日志和配置贴到 GitHub 后，这件事在 11 月 3 日引发 Hacker News 热议。

升级后，AI 助手多了什么

报告中的 Postman 桌面端走了一条叫 auto-existing-upgrade 的自动安装路径。

它给编程助手装插件、接入远程 MCP 服务，还带上 SessionStart hook——一段在会话启动时运行的程序。

这段程序会输出指令：处理非简单的 API 工程任务前，先加载 Postman 的技能。影响已经伸进了 AI 助手接下来怎么干活。

更让人在意的是，报告锁定版本的安装器源码还会尝试写入 trusted_hash，为自己的启动钩子建立信任记录。

是否每次成功，现有证据不能证明；后续复现中就没有这项记录。报告也没有证实数据外泄。

Postman 在 issue 中回应，捆绑安装是为了降低配置门槛，会让用户主动同意的流程更清楚，并检查钩子批准和启动行为。评论区仍要求：新老用户都应默认关闭，等本人选择开启。

这个要求很朴素：装了一个 API 工具，并不等于授权它改动其他软件。

检查与清理

用过 Postman 桌面端的，可以先在终端做一次只读检查：

grep -il postman \   ~/.claude/settings.json \   ~/.codex/config.toml 2>/dev/null 

命中只说明文件含有 Postman，需核对是否自己安装；没有输出也不代表查全。Cursor 用户另查插件和 MCP 配置。

发现未同意的集成，按这个顺序处理：

1. 先备份
   当前配置，别直接删整个配置文件。
2. 移除对应插件、MCP、钩子及信任记录。
3. 重启相关应用
   ，确认没有被重新写回。