何百万もの開発者が使用する API 開発プラットフォームである Postman は、そのデスクトップ アプリが無関係なコーディング ツールに AI プラグインをサイレントにインストールし、それらのエージェントの作業を Postman に向けて誘導する構成を作成しているという詳細な証拠を開発者が公開したことを受けて、コミュニティからの反発の波に直面しています。
この論争は月曜日に主流にまで爆発し、「Postman が AI プラグインをサイレントに自動インストールし、すべての API データを共有しようとしている」と題された Hacker News の投稿が数時間以内に 800 近くの賛成票を集め、その日コミュニティで最も議論された記事の 1 つとなりました。基礎的な証拠は、10 月 25 日に Postman の公式サポート トラッカーに提出された GitHub の公開問題であり、現在も未公開のままです。 この件の詳細は、人工知能の最新情報をご覧ください。
開発者が見つけたこと
「[深刻] デスクトップが Codex/Claude プラグインを自動インストールする。インストーラーが独自の起動フックを信頼しようとする」というタイトルのこの問題は、macOS で Postman 12.33.4 を実行している開発者によって提出されました。 Postman を開いた後、彼らは AI コーディング エージェントの予期せぬ動作に気付きました。MCP 認証警告が繰り返し表示され、OpenAI の Codex が API 作業を Postman スキルを通じて繰り返しルーティングしていました。
開発者が調査したところ、ユーザー全体の Postman プラグイン、起動命令フック、リモート MCP 接続、Claude Code プラグイン、および個別にインストールされた Postman CLI が見つかりました。これらはいずれもインストールすることを選択していませんでした。
この問題の証拠は異常に具体的だ。 Postman 自身のログ ファイルには、特定のタイムスタンプの場所に自動インストールが記録されます。つまり、ソースが「auto-existing-upgrade」、結果が「claude-code:installed」および「codex:installed」である JSON エントリと、その後に「Main: autoInstall.plugin.existing-user completed」というログ行が続きます。
開発者のグローバル Codex 構成ファイルも変更されました。この問題では、`~/.codex/config.toml` に追加された新しいセクション、つまり Postman のプラグイン リポジトリを指す Postman マーケットプレイスと、`postman@postman` プラグインを有効にするエントリが示されています。
スタートアップフック
最も議論の余地のある発見は、プラグインのインストール後の動作に関するものです。この問題では、インストールされたプラグインが、スタートアップ、クリア、コンパクト セッション イベントに一致するエージェントの起動時に起動するフックを登録し、エージェントのコンテキストに指示を出力することを文書化しています。
これらの指示は、「重要な API エンジニアリング タスク」に応答する前に、AI エージェントに Postman の「API エンジニア」スキルをロードするよう指示します。このタスクには、API の設計、実装、モック化、テスト、監視、文書化、デプロイが含まれます。実際には、開発者がコーディング エージェントに依頼する API 作業は、開発者が Postman を使用するかどうかに関係なく、Postman のワークフローを通じてルーティングされます。
インストール中に書き込まれた設定には、フック自体の信頼できるハッシュ エントリ、つまり起動フックが承認されたことをエージェント システムに伝えるレコードも含まれています。開発者はこれをインストーラーが「独自の命令フックを承認しようとしている」と特徴付け、全体的な動作を重大な同意と信頼境界の問題として枠組み付けました。 「API クライアントを開いたという理由だけで、API クライアント自体を他のツールのデフォルトのワークフローにしてはなりません」と問題には書かれています。
なぜ神経を揺さぶられたのか
Hacker News のディスカッションとその後の解説は、なぜこの記事が単一ツールのユーザー ベースを超えて反響を呼んだのかを示しています。 Codex や Claude Code などの AI コーディング エージェントには、開発者のシステムへの広範なアクセスがますます許可されており、構成ファイル、フック、MCP 接続によって、受信するコンテキストや指示に従うことが決定されます。ベンダーが明示的なオプトインを行わずにその信頼チェーンに自らを書き込むことは、エージェントがベンダーの代わりではなくユーザーの代わりに行動するという核心的な約束に触れてしまいます。
HN の見出しの「すべての API データ」の共有への言及は、そのようなフックによって API キー、トラフィック、プロジェクトの詳細が外部サービスに送られる可能性があるという懸念を反映しています。 GitHub の問題自体は、ルーティングと同意の仕組みに焦点を当てており、記者はログと構成ファイルで文書化しました。議論に参加した批評家らは、デスクトップアプリが最初の起動時に他のツールにコンパニオンプラグインをインストールするこのパターンは、AI時代のソフトウェアによる「マインドシェア」の買収がどのように機能するかについて危険な前例を作ると主張した。
この記事の執筆時点で、この問題は未解決のままで 20 以上のコメントが寄せられていますが、Postman は自動インストールの動作に関する公的回答を公開していません。この問題自体において、同社は許可なくデータを送信したとして告発されていない。苦情はフックのサイレントインストールと自己承認に焦点を当てています。
AI 分布規範のテスト ケース
このエピソードは、エージェントのエコシステムにおける規範をめぐる広範な闘争の最中に登場します。ツール ベンダーは、単にインストールされるだけでなく、開発者が実行するすべての AI 支援ワークフローにロードされるという、新たな競争の領域を手に入れました。ポストマンの状況は、都合の良い統合と敵対的な拡大の間の境界線がどこにあるのかを試す試練となっている。
開発者にとって、実践的なポイントは具体的です。デスクトップ ツールの更新後にエージェント構成ファイル、フック登録、インストールされたプラグインを監査し、AI エージェントの指示に対する要求されていない変更をセキュリティ イベントとして扱うことは価値があります。 AI 支援開発のデフォルト レイヤになろうと競っているツール ベンダーにとって、Hacker News の 800 近くの賛成票からのメッセージは同様に明確です。それは、サイレント セルフ インストールが、信頼できるブランドを警告の物語に変える最速の方法であるということです。
---
AIの最新情報をお届けAIの最新ニュース、分析、ブレイクスルーを一箇所で。
AIニュースをもっと読む →