Codex 全局配置里忽然多出一段 marketplace 记录，时间戳刚好对上某次打开 Postman——自己从没点过「装插件」。coding agent 一启动就弹陌生的 MCP 鉴权提示，对话里还老提要加载某个 API 相关 skill。两边本不该互相改配置。翻全局文件对上号之后，才发现桌面端可能在后台动过 agent 侧。
官方 issue 里现在写了什么
GitHub 上 postmanlabs/postman-app-support#14370 目前仍是 open。标题把严重程度标成 SEVERE：桌面端会自动装 Codex / Claude 相关插件，安装流程还会尝试信任自己的 startup hook。楼主贴的桌面端日志里有 auto-existing-upgrade，结果串类似 claude-code:installed、codex:installed。后续评论里也有人在更高一点的小版本上复现，结果里还出现过 Cursor 已安装一类标记。证据版本号以 issue 正文和跟帖为准，这里不写成「当前全网稳定版就是某某」。
现象大致落在这几处：
- 用户级 marketplace / plugin 被写进 agent 配置（Codex 侧常见是
~/.codex/config.toml里的 marketplace 与plugins."postman@…"） - SessionStart 一类 hook，引导把较宽泛的 API 工程任务拐去加载 Postman skill（插件仓库里的
hooks.json/ session-start 文案，issue 有钉选修订） - 远程 MCP 指到
mcp.postman.com，未登录时常直接鉴权失败、反复告警 - 另装一份 Postman CLI（有人在
~/.local/bin/postman附近看到可执行文件）
维护者在 11 月初回复过：桌面端打包 CLI 和 agent 插件是为了少踩「单独接线」的坑，下载页和更新流里有提及，也可以在应用内卸载。同时表示会把既有用户的 opt-in 做得更清楚，并审 hook 批准与 session-start 行为，有进展会回帖。对照跟帖，issue 仍开着，还不能当成「默认已经改成显式勾选才装」。
下载页 现在把 Postman CLI、coding agent 插件和桌面应用并列介绍，文案偏「装上就能在编辑器里跑 collection」。读完更该对照自己本机有没有被静默改过，而不是默认「我没点过同意所以一定没事」。
自查可以先看这些路径
不同 agent 文件名会变，下面只是 issue 与复现评论里反复出现的入口，自己打开前先备份一份：
~/.codex/config.toml：有没有marketplaces.postman、plugins."postman@…"、hooks.state里带 postman 的信任记录- Codex 相关 MCP 配置（有人写成
mcp.codex.json一类）有没有指向https://mcp.postman.com/mcp ~/.claude/settings.json以及 plugins 安装记录：有没有postman@…、user scope 的安装时间戳是不是刚好落在某次打开 Postman 之后~/.local/bin/postman（或同目录相关文件）是不是自己装的 CLI
密钥会不会被 agent 读走、进程列表里密码露不露、hooks 拿来当测试门禁怎么写，站里分别有过讨论（.env 边界、argv/ps、hooks 当门禁）。这篇只盯「桌面应用有没有在你不知情时改 agent 全局配置」，不重复那几篇正文。
回滚别迷信来路不明的清理脚本
优先两条官方或半官方路径：
- 继续跟 issue #14370 里维护者后续更新——他们承诺会澄清既有用户的同意流程，并回看 hook 批准方式。
- 应用内卸载入口。评论里有人走到类似 Help → Postman CLI and Plugins → Uninstall…。维护者也写过组件可在应用内卸。卸完建议再扫一眼上面的
~/.codex、~/.claude和 MCP 配置，确认 marketplace、plugin、hook trust、远程 MCP、CLI 还在不在。有人反馈个别宿主（例如 Copilot 相关目录）卸完后条目仍残留，这种只能对照宿主自己的插件管理再清一次。
建议别去跑聊天里随手贴的「一键清理」脚本，也别在别人机器上演示注入。目标是收回自己机器上的配置控制权，不是跟某个客户端较劲。
你们本机是打开 Postman 之后立刻出现 MCP 告警，还是过了好几天开 Codex / Claude 才发觉配置被动过？卸完应用内入口之后，全局配置里还有没有残留的 marketplace 或 hook 记录？