ARTICLE · 1311406
Postman偷装AI插件,Claude Code用户快自查
前言
大家好，我是倔强青铜三。欢迎关注我，微信公众号：倔强青铜三。欢迎点赞、收藏、关注，一键三连！！！
先交代一句：你电脑里要是同时装着 Postman 和 Claude Code、Codex，这篇看完再干活。
11 月 3 日，程序员圈炸出一条大新闻。Postman，那个帮你调了十几年 API 的老工具，被人抓到往 AI 编程工具里偷装插件。
Hacker News 上这条帖子拿到 581 分，冲到过全站第二。
GitHub 的 bug 报告攒了 99 个赞，还在涨。
被改的文件是 3 个，全是 AI 编程工具的配置。
Postman 官方回应：0。
我第一反应是好家伙。调 API 的工具，转头给 Agent 当内应，这剧本谁写的。事情 10 月 24 日就发生了，沉了 10 天才被顶上热榜。下面把事情捋一遍，再给你一份自查清单，检查自己、转发给同事都用得上。
Postman 到底偷装了什么
时间线先摆清楚。10 月 24 日，一位开发者照常打开 Postman 桌面版，版本 12.33.4。更新装完，Postman 自己的日志里多了一笔记录，触发原因写着 auto-existing-upgrade，结果一栏：claude-code:installed，codex:installed。
翻译过来：一句没问，插件直接塞进了 Claude Code 和 Codex。塞进去的插件有版本号可查，Codex 侧 1.1.0，Claude Code 侧 2.0.1。
动的位置有这些。Codex 的全局配置 config.toml，多出一条 Postman 插件市场的来源、一个默认启用的插件，外加一份信任记录。Claude Code 这边，settings.json 里的 Postman 插件被开在用户级，installed_plugins.json 里也挂了号。本地程序目录里还多了个 Postman 的可执行文件。
最狠的在信任这一步。Codex 本来的规矩是：第三方的钩子想在启动时跑，先弹窗问你，你点了信任才装得上。有人在安装包源码里翻出一个函数，名字就叫 approvePostmanHook，装完插件立刻把自家钩子的信任哈希写进 Codex 的信任库。弹窗这一关，被安装器自己代答了。社区顺着源码往下扒，结论是这不是发布事故，是有意设计的流程。
这个钩子干什么用？每次会话启动都会跑，内容是告诉 Agent：凡是 API 的活儿，设计、测试、文档、部署，只要不算琐碎，先去加载 postman:api-engineer 这个技能，照 Postman 的手册干。
说白了，从 10 月 24 日起，你的 Agent 接到的 API 任务，可能都被悄悄改了工作流程，先按 Postman 的路数走一遍。你没点过同意，也没地方关。钩子之外，还有一条配置把 Codex 指向了 Postman 的远程 MCP 服务器，地址 mcp.postman.com。
10 月 25 日，那位开发者把 bug 报告挂上了 GitHub，仓库 postmanlabs/postman-app-support，编号 #14370。到今天，没等来 Postman 一个字的回应。
HN 那个标题带偏了：数据没传出去
热帖标题写的是“还试图分享所有 API 数据”，这句不准确，得掰开说。
实锤的是三件事：没经同意装插件、自己批了自己的信任哈希、没经你操作写下 MCP 配置。
没实锤的是一件：偷传数据。那份 MCP 配置指向 Postman 的服务器，但连接因为没登录直接失败，一个会话都没完成。目前没有任何证据表明有数据发出去。社区复盘也把话挑明了：这次坐实的是未经同意的集成和指令改动，不是数据外传。
骂要骂对地方。Postman 真正越界的是它没问你，也没留开关，不是“偷了你的数据”。骂错了方向，等于帮它把最该挨骂的部分混过去。这事最坏的部分不是数据，是信任：今天能自己批信任哈希，明天装什么，就不由你了。
怎么检查、怎么卸载干净
检查从三个地方下手，已证实中招的机器是 macOS。
Codex 先看 ~/.codex/config.toml：有没有 Postman 插件市场的来源、被启用的 Postman 插件、信任列表里的 Postman 钩子。Claude Code 看两份，~/.claude/settings.json 和 ~/.claude/plugins/installed_plugins.json，用户级插件里有没有 Postman。最后翻一眼 ~/.local/bin 这类本地程序目录，有没有你不认识的 Postman 可执行文件。Windows 用户思路一样，同名配置文件挨个翻一遍。
删除有两个坑。一是光卸载 Postman 桌面版可能删不干净，DEV 社区的复盘原话是“卸载应用不一定会动这些集成”，插件和钩子要手动摘。二是摘完把 Claude Code 和 Codex 重开一次，确认那个钩子不再跑。
还打算继续用 Postman 的，盯下个桌面版更新：安装器里那个 approvePostmanHook 还在不在，装插件改没改成先征求同意。这两件事有下文，才算把话说清楚。
不想等的，迁移选项社区已经列好：Bruno、Insomnia、Yaak。变化已经在发生，有医疗行业的机构开始把 Postman 从认证名单里往外摘。
快问快答
问：Postman 偷装 AI 插件是真的吗？
真事。10 月 24 日随 12.33.4 版本更新发生，GitHub 报告编号 #14370，11 月 3 日冲上 Hacker News 第二，官方至今零回应。
问：怎么检查我的 Claude Code、Codex 中没中招？
翻三个地方：~/.codex/config.toml 的插件来源和信任钩子，~/.claude/settings.json 和 installed_plugins.json 的用户级插件，~/.local/bin 的陌生可执行文件。
问：卸载 Postman 就干净了吗？
不一定。卸载桌面版可能留下插件和钩子，要手动摘，摘完重开 Claude Code 和 Codex 确认。
问：我的 API 数据被传出去了吗？
没有数据外传的证据，MCP 连接因未登录失败。官方没回应，文档里这套插件还写着由用户安装，没提过会自动装给老用户。
这次靠的是一个较真的开发者
一位开发者发现配置被改，10 月 25 日挂了报告，九天没人理。11 月 3 日帖子上了 Hacker News，全世界的程序员才看见。AI 编程工具的信任机制，本来是防外人的：陌生钩子要弹窗，没同意就不跑。这回是自家人把“代答弹窗”写进了安装器的默认流程。
检查完自己的机器，把这篇转到你们群里，让用 Postman 的同事也翻一遍，三个文件，五分钟的事。
你中招了吗？评论区报个数，顺便说一句你现在拿什么调 API，Postman 还是 Bruno、apifox？
建议收藏本文，检查配置时照着翻。
