あるアプリが別のプログラムの設定を断りなく変えるのはサプライチェーンの問題であり、デスクトップの更新が気づかぬうちに自分のコーディングエージェントに食い込んだと、あるPostmanの利用者が報告したのはまさにそれでした。MacでPostman 12.33.4を開いたところ、当サイトでレビューしているClaude CodeとCodexの両方にプラグインが導入され、API作業をPostmanへ向かわせる起動時フックが追加され、Postman自身のサービスへのリモート接続が設定されていた、とこの利用者は気づきました。いずれも頼んでおらず、きっかけは単にアプリを起動したことでした。
事態を悪くしているのは自己承認です。インストーラーはCodexにフックを追加しただけでなく、そのフックをエージェントの代わりに信頼済みとして記録しようとしました。報告によれば、インストーラーのコードはフックのハッシュを計算してCodexの信頼リストに書き込み、ソースのコメントは、インストール後にPostmanの現在のフックだけを承認すると認めています。信頼の確認が存在するのは、エージェントが毎セッションの開始時に実行するコードを走らせてよいかを人間が決めるためです。自分のフックを承認するツールは、その判断を黙って取り除いており、仕組みの意味を損ないます。
技術的な痕跡は具体的です。2026年10月25日に開かれた報告は、CodexのグローバルなconfigPostmanのプラグインリポジトリを指す.tomlファイル、幅広いAPI作業をPostmanへ回すようエージェントに指示を印字するセッション 開始フック、そしてPostmanのドメインにあるリモートのMCPサーバーへの接続を示しており、その接続は繰り返される認証警告として現れました。Claude Codeのプラグインと、別にインストールされたPostmanのCLIも同じ一式の一部でした。この課題は437の賛成票を集め、同じように感じた開発者がどれだけいたかを物語ります。
Postmanの回答は、同梱は設定を楽にするためで、この変更を元に戻しているというものでした。それは正しい結末ですが、ここでは意図は弱い弁明です。エージェントの設定を書き換え、そのうえで自らの指示を承認するインストーラーは、害を意図したかどうかにかかわらず危険です。次にこの型を真似る提供元は、善意が薄いかもしれないからです。
実務上の教訓は、他の開発者向けアプリと並べてコーディングエージェントを動かすすべての人に向けたものです。CodexとClaude Codeの設定ファイルを開き、自分で加えていないフック、プラグイン、MCPサーバーがないか確かめる価値があります。これは静かに入り込み、後になって妙なふるまいとしてしか現れない種類の変更だからです。より広い教訓は、エージェントの信頼リストは、そこに何を載せるかをプログラムではなく人間が決める、という規則の強さぶんしか強くない、ということです。