「誰が最初に何を頼んだか」を、承認役が引き継ぎ越しに読む──Codex 0.160が足したGuardianの文脈横断と、履歴をたどれる指令席

OpenAIは2026年10月1日、ターミナル向けコーディングエージェント「Codex CLI」のv0.160.0を公開しました。派手な新モデルの話ではなく、複数のタスクやエージェントを束ねて回す人にとって地味に効く改良が中心です。とくに注目したいのは、承認を判断する仕組み「Guardian」が、エージェント間の引き継ぎを越えて最初の指示まで読めるようになった点です。

今回入った三つの入り口

v0.160.0で追加された主な機能は、次の三つです。いずれも「走らせっぱなし」「並行して任せる」運用を前提にした調整です。

作業履歴をたどれる指令席

複数のタスクを管理する画面(agent command center)で、古いタスクを「Show more」からさかのぼって閲覧できるようになりました。キーボード操作で履歴をたどれるため、過去にどのエージェントに何を任せたかを、ターミナルを離れずに確認できます。

プロジェクトの外でも始められる

これまで作業の起点はプロジェクト(リポジトリ)が前提でしたが、ポリシーが許せばプロジェクトの外でもワークスペース既定の設定でセッションを開始できるようになりました。再開時には、保存しておいた権限が復元されます。「まず試す」ときにリポジトリを用意する手間が一段減ります。

Guardianが引き継ぎと原指示を読む(任意)

承認を判断するGuardianレビューに、過去のユーザー指示を取り出し、エージェント間の引き継ぎ(handoff)の文脈を含める機能が、オプトイン(任意で有効化)で加わりました。これが今回の核心です。

そもそもGuardianとは何か

Guardianは、Codexがツール呼び出しやコマンド実行を実行する前に、その妥当性を判断する「承認役」のサブエージェントです。人に逐一確認を求める代わりに、提案されたコマンド・作業ディレクトリ・会話履歴・サンドボックス方針といった文脈を集め、リスクの低い操作は自動で通し、危険なものだけ人へ上げる、という振る舞いをします。承認の手間を減らす代わりに、判定のたびに別モデルへの問い合わせが挟まる仕組みです。現時点では実験的な位置づけで、既定ではオフになっています。

なぜ「引き継ぎ越しの文脈」が効くのか

エージェントを並行して走らせ、あるエージェントの成果を別のエージェントに渡す「ハンドオフ」型の使い方では、受け取った側は「なぜこの作業をしているのか」という最初の意図を失いがちです。承認役がその場のコマンドだけを見て良し悪しを決めると、全体の文脈から外れた判断になりかねません。v0.160.0では、Guardianが引き継ぎの文脈と過去のユーザー指示を参照できるため、「もともと何を頼まれた作業か」を踏まえて承認を判断できるようになりました。無人・多段のワークフローで、承認の精度を文脈ごと引き継ぐための布石と言えます。

土台を固める修正も同時に

派手ではないものの、無人運用の安定に効く修正も複数入りました。起動途中のサブエージェントが環境を保持し、設定や準備失敗の通知を受け取れるようになったほか、再接続後に送信待ちのメッセージが二重送信を避けつつ再開するよう直されています。接続設定時のSQLiteの停止やWindowsのサンドボックス周りの不具合も修正されました。回しっぱなしのエージェントが「黙って詰まる」場面を減らす地ならしです。

利便の裏に置いておきたい注意

承認の判断をLLMに委ねる設計は、確認の手間を大きく減らす一方で、判定ごとの待ち時間が増え、実行ループの中に「第二のモデルの判断」が入り込みます。文脈を広く読めるようになったぶん、何を根拠に通したのかが見えにくくなる面もあります。こうした理由から、Guardian自体がいまも実験的で既定オフに置かれている点は押さえておきたいところです。決定性が重要なCI/CDのような経路では、LLMに判断させる承認よりも、ルールベースの固定的な承認のほうが向く、という指摘もあります。導入するなら、まずは影響範囲の小さい作業で挙動を観察し、監査可能な形で記録を残す運用から始めるのが無難でしょう。

参照: Codex rust-v0.160.0 Release Notes (GitHub) / Codex Updates (Releasebot) / openai/codex Releases