前几天在终端里用 Claude Code 写代码，屏幕上老是弹出一行报错，提示连不上 Postman 的服务，认证失败。
更奇怪的是，只要我在任务里提到写接口或者测接口，这两个 AI 工具就像被人打了招呼一样，非要偏离我的要求，主动去调一个叫 postman 的 api-engineer 技能。
要么是本地依赖冲突，要么是代理设置出了问题。
问题原因
目前同类问题已经在 Postman GitHub 上的 14370 号 issue 里，梳理一下它的操作，主要做了四件事。
第一步是往本地配置文件里写东西。它直接修改了用户的 ~/.codex/config.toml 和 ~/.claude/settings.json，把自己的插件写了进去。不仅如此，它还在系统目录 ~/.local/bin 下面塞进了一个全新的 postman 命令行工具。整套流程全在静默中跑完，很多用户甚至不知道自己系统里多了一个全局可执行文件。
第二步是修改 AI 工具的启动指令。在它写入 Codex 的钩子文件里，附带了一段说明文本。那段文本明确要求，只要遇到设计、实现、测试或记录 API 的任务，就必须优先加载 Postman 的技能。
第三步最让人生气，它绕过了安全确认机制。通常情况下，Codex 为了防止恶意脚本自动运行，对这类启动钩子有一套哈希校验规则，需要用户在终端里确认信任。而在 Postman 插件的安装代码里，写着一个名为 approvePostmanHook 的函数。这个函数装完插件以后，直接调用配置接口，把自己的哈希值写进了信任列表。
第四步是添加远程服务。它把远程地址配成了自己的云端服务，本地又没有完成配套的身份认证，这才导致终端频繁报错。从目前公开的技术排查来看，暂时没有证据表明用户的密钥或接口数据被传到外面。
从轻巧插件到笨重客户端
十几年以前，Postman 刚出来那会儿，它只是 Chrome 浏览器里的一个小扩展，轻巧、安静，随用随走。
后来它脱离了浏览器，做成了独立的桌面客户端，软件也一天比一天庞大。内存占用直线上升，打开越来越慢，动不动就弹窗催促用户注册登录。更麻烦的是，它开始把本地保存的接口数据往云端拉，后来又对免费用户的协作人数和请求次数设了门槛。原本一个拿起来就能用的小工具，变成了一个需要花精力对付的大软件。
为什么我们越来越少打开它
现在的实际工作已经变了。在终端里对 Claude Code 或者 Codex 讲一句话，让它发个请求看看返回内容，再顺便把数据结构定义和测试代码写出来，它在代码文件里直接就完成了。整个流程顺着就做完了，很多人根本没有理由再去打开一个单独的接口测试软件。
Postman 显然感受到了这种压力。它想保住自己的位置，不想从开发者的日常工作里消失。可是用后台偷装、强行拦截任务的办法来挽留用户，解决不了问题。当一个软件的基本功能已经被更顺手的工作方式取代，这种小动作不仅找不回以前的地位，只会让大家加速把它从电脑里彻底删掉。