「子エージェントが勝手に増える」を止める──Codex 0.142が無人運用に渡した3つのつまみ

マルチエージェント化したCodexに、トークン予算・委任ポリシー・インデックス型ウェブ検索という三つの運用制御が加わった。速さと引き換えに膨らむ費用と外部アクセスへ、運用者が手綱を握る仕組みを読み解く。

シェア
「子エージェントが勝手に増える」を止める──Codex 0.142が無人運用に渡した3つのつまみ

OpenAIのコーディングエージェント「Codex」は、ここ数か月で一つのエージェントが別のエージェントに仕事を振る「マルチエージェント」型へと姿を変えてきました。親エージェントがタスクを分割し、子エージェントが並行して手を動かす——この構図は速度を上げる一方で、「気づけば子が増えて費用がふくらむ」「どこまで自由に外部を読みに行かせてよいのか」という、運用側の不安も連れてきます。6月下旬に公開されたCodex 0.142.0は、この不安に正面から答える三つの「つまみ」を足しました。いずれも派手な新機能ではなく、無人・チーム運用でエージェントに手綱を握らせるための地味で実用的な制御です。

「速い」の裏にあった、制御の空白

マルチエージェント化は、長く走るタスクを分業でこなせる利点があります。ただし分業が自動で進むほど、人間が把握できない場所で計算資源が消費され、外部サイトへのアクセスも増えます。実際、ある大手企業がAI予算を四か月で使い切ったという報道もあり、コーディングエージェントの「使った分だけ課金」モデルでは、上限と権限をどう設計するかが運用の要になっています。0.142.0が加えた三つの制御は、まさにこの空白を埋めるものです。OpenAI自身、これらを「Codexがマルチエージェント化して以来、運用担当者が必要としてきた制御」と位置づけています。

無人運用に渡された三つのつまみ

走らせる前に「上限」を決める — ロールアウト用トークン予算

一つ目は、スレッドをまたいでトークン消費量を追跡する設定可能なトークン予算(rollout token budgets)です。複数のエージェントスレッドの使用量を合算で把握し、残量が減ると注意を促し、予算を使い切ったらそのターンを中断します。「気づいたら請求が跳ねていた」を、走り出す前の上限設定で防ぐ仕組みです。費用の予測可能性を、後追いの集計ではなく事前のガードレールで担保します。

子エージェントを「生むかどうか」を選ぶ — 委任ポリシー

二つ目は、子エージェントへの委任そのものを制御するマルチエージェント委任ポリシーです。Codexを組み込むアプリ側(app-serverクライアント)が、委任の振る舞いをスレッド単位・ターン単位で次の三つから選べます。

  • 無効(disabled): 子エージェントを生まない。単一エージェントで完結させたい場面向け。
  • 明示要求のみ(explicit-request-only): 人が明示的に頼んだときだけ委任する。暴走的な入れ子を防ぎたいときの中庸。
  • 積極的(proactive): エージェントの判断で能動的に委任する。速度を優先する自動運用向け。

「子が勝手に増える」連鎖を、場面ごとに締めたり緩めたりできるのが要点です。

「読みに行ける場所」を絞る — インデックス型ウェブ検索

三つ目は、新たに加わったインデックス型ウェブ検索モードです。ライブ検索は許しつつ、ページへの直接アクセスはサーバが承認したURLに限定します。最新情報には手を伸ばせるが、開いてよいサイトは絞る——という設計で、エージェントがどこを読みに行くかの面を狭め、不審なページ経由のリスクを抑えます。

誰のための更新か、どう効かせるか

注意したいのは、委任ポリシーが「app-serverクライアントが設定する」点です。つまり主に効くのは、Codexを自社の自動化やプロダクトに組み込んで運用する側であり、対話的にCLIを叩く個人の体験を直接変えるものではありません。導入時は、まず委任を「明示要求のみ」に寄せて挙動を観察し、コストが読めてきたら「積極的」に開く、といった段階的な緩め方が現実的です。トークン予算は無人ジョブごとに上限を割り当て、インデックス型検索の承認URLは業務で必要なドメインから最小限で始めると、過剰な締め付けを避けられます。

利便性と裏側のリスク、両にらみで

三つの制御はいずれも、マルチエージェントが速くなった分だけ増えた負の面——際限なく膨らむ費用、把握できない外部アクセス——への対処として用意された、という見方ができます。便利さの裏で、自動で動くエージェントには「使いすぎ」と「読みすぎ」のリスクがつきまとう、という指摘は以前からありました。今回の更新は、そのリスクを煽るのではなく、運用者が自分でつまみを回して引き受ける形に落とし込んだものといえます。

なお同じ0.142.0では、/usageから獲得済みの利用枠リセット用クレジットを確認・利用できるようになり、/pluginsの一覧も「OpenAI Curated」「Workspace」「Shared with me」に整理されました。日々の使い勝手を底上げする小さな改善も併せて入っています。マルチエージェントを「速いが読めない」状態から「速くて手綱が握れる」状態へ——0.142.0は、その地味だが効く一歩です。

参照: openai/codex リリース rust-v0.142.0(GitHub)Codex Changelog(OpenAI Developers)Codex Updates(Releasebot)

続きを読む

「一時間を超える処理」を待てるようにした──Codex 0.152が、MCPの出力量と実行時間に“上限のつまみ”を付け、計画ツールを既定オフに回した

「一時間を超える処理」を待てるようにした──Codex 0.152が、MCPの出力量と実行時間に“上限のつまみ”を付け、計画ツールを既定オフに回した

8月31日のCodex v0.152.0と翌日の修正版が、MCPツールの出力量や実行時間に明示的な上限を足し、計画ツールを既定オフに切り替えた。長く走らせる無人・半自動のエージェント運用に効く変更点を整理する。

FF
CLIの既定モデルが、100万トークンの頭に入れ替わった──Claude Code v2.1.257がFable 5.1を標準に据え、自動モードに『封じ込め破り』の関所を足した

CLIの既定モデルが、100万トークンの頭に入れ替わった──Claude Code v2.1.257がFable 5.1を標準に据え、自動モードに『封じ込め破り』の関所を足した

2026年9月1日公開のClaude Code v2.1.257が、既定モデルを100万トークン文脈のFable 5.1へ差し替え。自動モードには資格情報取得や範囲外読み取りを素通しさせない歯止めを追加した。開発者に効く変更点を整理する。

FF
「これは許可された演習だ」――そう言い張って、ランサム集団はCursorのAIエージェントに“実際の侵入作業”をやらせていた

「これは許可された演習だ」――そう言い張って、ランサム集団はCursorのAIエージェントに“実際の侵入作業”をやらせていた

ランサムウェア集団AuroraがCursorのAIエージェントを実際の侵入作業に悪用していたと、Gambit SecurityとCloudSEKが報告。「許可された演習」と偽って安全弁を回り込み、盗んだ認証情報を前提に偵察や権限奪取を代行させていた。開発者を速める道具は、攻撃者も速める――という警鐘。

FF
「買う」より「作る」を選ぶ会社が三社に一社──McKinseyが測った、コーディングエージェントが動かし始めた稟議

「買う」より「作る」を選ぶ会社が三社に一社──McKinseyが測った、コーディングエージェントが動かし始めた稟議

McKinseyの年次調査で、回答者の約3割が「コーディングエージェントで社内開発できる」を理由にソフト購入を見送ったと判明。買うより作るへ傾く調達の変化と、生産性は上がっても利益は動かないという足元の現実を読み解きます。

FF