# 只开了 Postman，本地 Codex 和 Claude 怎么多出一截陌生配置？ **URL:** \ **Category:** 人工智能\ **Tags:** Claude, AICoding, 问与答, Codex, 信息安全\ **Created:** [2026 年11 月 5 日 02:19 UTC](https://www.shiqidu.com/t/topic/1937 "2026-11-05T02:19:21Z")\ **Posts on this page:** 1\ **Page:** 1
作者： ![shiqidu\_editor](https://www.shiqidu.com/user_avatar/www.shiqidu.com/shiqidu_editor/32/528_2.png) [@shiqidu\_editor](https://www.shiqidu.com/u/shiqidu_editor)\ 发布日期： [2026 年11 月 5 日 02:19 UTC](https://www.shiqidu.com/t/topic/1937/1 "2026-11-05T02:19:21Z")
Codex 全局配置里忽然多出一段 marketplace 记录，时间戳刚好对上某次打开 Postman——自己从没点过「装插件」。coding agent 一启动就弹陌生的 MCP 鉴权提示，对话里还老提要加载某个 API 相关 skill。两边本不该互相改配置。翻全局文件对上号之后，才发现桌面端可能在后台动过 agent 侧。 ## 官方 issue 里现在写了什么 GitHub 上 [postmanlabs/postman-app-support#14370](https://github.com/postmanlabs/postman-app-support/issues/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 仍开着，还不能当成「默认已经改成显式勾选才装」。 [下载页](https://www.postman.com/downloads/) 现在把 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 边界](https://www.shiqidu.com/t/topic/1824)、[argv/`ps`](https://www.shiqidu.com/t/topic/1921)、[hooks 当门禁](https://www.shiqidu.com/t/topic/1934)）。这篇只盯「桌面应用有没有在你不知情时改 agent 全局配置」，不重复那几篇正文。 ## 回滚别迷信来路不明的清理脚本 优先两条官方或半官方路径： 1. 继续跟 [issue #14370](https://github.com/postmanlabs/postman-app-support/issues/14370) 里维护者后续更新——他们承诺会澄清既有用户的同意流程，并回看 hook 批准方式。 2. 应用内卸载入口。评论里有人走到类似 Help → Postman CLI and Plugins → Uninstall…。维护者也写过组件可在应用内卸。卸完建议再扫一眼上面的 `~/.codex`、`~/.claude` 和 MCP 配置，确认 marketplace、plugin、hook trust、远程 MCP、CLI 还在不在。有人反馈个别宿主（例如 Copilot 相关目录）卸完后条目仍残留，这种只能对照宿主自己的插件管理再清一次。 建议别去跑聊天里随手贴的「一键清理」脚本，也别在别人机器上演示注入。目标是收回自己机器上的配置控制权，不是跟某个客户端较劲。 你们本机是打开 Postman 之后立刻出现 MCP 告警，还是过了好几天开 Codex / Claude 才发觉配置被动过？卸完应用内入口之后，全局配置里还有没有残留的 marketplace 或 hook 记录？