OpenAI Codex、エージェント指示を暗号化

6月初旬以降、OpenAIのCodexコーディングツールは、メインAIエージェントがサブエージェントに送信する指示を暗号化し始め、開発者がエージェント化されたワークフローと相互作用する方法を根本的に変えている。この変更は、開発者が以前は平文のタスク説明を見ていたセッション履歴で読み取り不可能な暗号化文字列として現れる。この暗号化は当初全体的に適用された：GPT-5.5は当初、これを無効にするオプションがなく、可視性を完全に遮断した。OpenAIはその後GPT-5.5の切り替えを再度有効化して読み取り可能な通信を復元したが、より大きなGPT-5.6バリアント—SolおよびTerra—は暗号化されたままである。Lunaのみが、最小バリアントで、読み取り可能なエージェント間指示を表示し続けている。

開発者への実際的な影響は二面的である。まず、タスクがエージェントシステム全体でどのように分解され、委任されるかを検査できなくなり、自律的な意思決定のデバッグと監査が複雑になる。次に、暗号化されたシステムは信頼性がないようである。複数の開発者が、サブエージェントへの暗号化されたハンドオフが失敗し、コンテンツが復号化できない—時にはメインエージェントとサブエージェントが同じモデルを使用する場合でさえも—と報告している。GitHubのバグ報告は、OpenAIが暗号化されたタスクの読み取り可能なコピーを、暗号化版と並行してローカルに保存することを明確に要求しており、開発者の透明性を復元する道筋を示している。

OpenAIは暗号化を実装した理由を開示していない。コミュニティの疑惑は2つの理論に集中している。1つは蒸留防止である：エージェント間通信は、ライバルがより弱いモデルをより強いモデルのパフォーマンスレベルに向けて向上させるのに使用できる豊富なトレーニングデータである。この懸念は仮説的ではない—Zhipu AIのオープンソースGLM-5.2モデルは最近、GPT-5.5およびOpus 4.8から蒸留されたと疑われている。これらの内部通信を暗号化することで、OpenAIは競合他社がこの価値のある素材を収集するのをブロックするであろう。2番目のより単純な説明はデータプライバシーである：OpenAIのAPIは既に中間状態を暗号化し、後続のリクエストで転送でき、プレーンテキストをサーバーに保存しない方法で暗号化し、エージェント暗号化も同じロジックに従うかもしれない。OpenAIが変更を促した関心事（または両方）を確認し、報告された復号化障害に対処するまで、エージェント化されたCodexワークフローを採用する開発者は可視性の低下と潜在的な信頼性ギャップの両方に直面するであろう。

OpenAIのエージェント間通信暗号化への動きは、エージェントAIシステムの進化における重要な緊張関係を反映している。コーディングツールがタスクを自律的に分解し、サブエージェントに委任し、直接的な人間の監視なしに操作する能力を採用するにつれて、透明性の問題は技術的かつ競争的な関心事になる。本文は、エージェント間通信が価値のあるトレーニングデータであること、そしてZhipu AIのオープンソースGLM-5.2モデルがGPT-5.5およびOpus 4.8からの蒸留疑惑を引き起こした疑わしい理由を指摘している。これらの内部ハンドオフを暗号化することで、OpenAIはより弱いモデルをより強いパフォーマンスレベルに向けて学習させようとしている競合他社から、推論トレースとタスク委任パターンに組み込まれた知的財産を保護しようとしているのかもしれない。

しかし、直接的なコストは相当である。開発者は、自分たちのエージェントがどのようにタスクを委任するかについての可視性を失い、正にエージェント化された自律的な意思決定がより一般的になっている時点で、エージェント的な振る舞いのデバッグと監査が難しくなる。暗号化が信頼性がないと見られることが示唆する—一致したモデルペア内でさえも復号化に失敗している—この機能がまだ成熟していない可能性を示唆している。OpenAIがGPT-5.5の切り替えを復元しながらSolとTerraを暗号化したままにする決定は、競争的保護と開発者の使いやすさのトレードオフについての進行中の内部議論を示唆している。OpenAIが意図を明確にし、復号化の失敗に対処するまで、開発者は可視性の問題と信頼性のリスクの両方に直面するであろう。

まだコメントがありません。最初のコメントを投稿しましょう！