ARTICLE · 1318620

你的 AI 编程助手被别的软件改过配置吗?3 条命令自查

发布时间：2026-11-06 10:30:30 最近访问：2026-11-06 10:30:30

我是沐橙，每天拆一个真能省时间的 AI 用法。

你有没有想过：自己从没给 Claude Code 或 Codex 装过某个插件，它却突然开始提 Postman？

不是玄学。2026 年 10 月底，有人在 GitHub 上把证据摊开了：打开 Postman 桌面版之后，本机的 Claude Code 和 Codex 配置文件被自动改过。

这不是「已经被证实偷了你的数据」。issue 作者写得很清楚：报告的是未经同意的集成和指令改写，不声称存在数据外传。真正值得盯的，是同意边界：一个 API 客户端，该不该默认去改别的软件的行为。

一、发生了什么

原始出处是 GitHub 仓库 postmanlabs/postman-app-support 的 issue 14370，用户 indicava 在 2026-10-25 提交。

他用的是 Postman 桌面版 12.33.4（macOS）。Postman 自己的日志里写着：auto-existing-upgrade，结果是 claude-code:installed,codex:installed。

也就是说，不是你点了「安装插件」，而是现有用户升级/打开时，脚本自动装了。

被改到的地方大致是这些：

Claude Code：~/.claude/settings.json 里启用了 Postman 相关插件
Codex：~/.codex/config.toml 里写入了 Postman 的 marketplace 和 plugin
启动钩子（SessionStart）：会话开始时打印一段说明，大意是遇到非琐碎的 API 工程任务，先加载 postman:api-engineer skill
远程 MCP：指向 Postman 的 MCP 地址；当时那台机器上认证失败，所以并没有连上

后来又有人在 12.35.1 上复现：更新后仍然会装 CLI 和插件。有个细节要注意：12.33.4 那份报告里看到过 installer 试图给自己的 hook 写入 trusted_hash；12.35.1 那次复现里，config.toml 没有 trusted_hash。版本之间行为不完全一样，别把两台机器的现象写成「每一次都一模一样」。

也有人报告 Cursor、Copilot 被写过类似配置。本文先盯 Claude Code 和 Codex，因为自查命令最直接。

示意图：打开 A，改了 B

二、3 条命令，先自查

别急着卸软件。先看自己机器上有没有被写过。

在终端跑这三条（macOS / Linux；Windows 用对应路径自己改）：

claude plugin list

grep -i postman ~/.claude/settings.json

grep -i postman ~/.codex/config.toml

怎么读结果：

文件不存在，或者 grep 没有匹配：多半这次没被装上，或者你根本没用过对应工具
有匹配：打开文件，重点看 enabled、hooks、MCP / marketplace 相关段落，确认是不是 Postman 那一套

第一条如果提示找不到 claude 命令，说明本机 CLI 不在 PATH 里，直接看后两条文件即可。

3 条命令自查

三、查到了，怎么处理

按你的容忍度选，没有唯一正确答案。

只想去掉插件：
在 Postman 应用内找与 Coding Agent / CLI / Plugins 相关的卸载入口（不同版本文案可能不同），卸完再跑一遍上面的三条命令，确认配置里没有残留。
不信任自动卸载：
备份后，手动编辑或删除 ~/.claude/settings.json、~/.codex/config.toml 里 Postman 相关段，并检查 hooks、MCP 配置是否还在。
公司电脑：
把现象报给安全/IT。这是供应链和同意边界问题，比「好不好用」更优先。

不要根据网上截图直接删整个配置目录。先备份，再改，改完用你日常工作流跑一次，确认 Claude Code / Codex 还正常。