検証した主張
「Auto-reviewを有効にすれば、Codexのあらゆる操作と成果物が別のAIに自動承認される。」
発見元は調査の入口であり、判定の根拠には使用していません。Auto-reviewが判断するのは「操作の許可」
Codexには、許可された範囲で進められる通常作業と、サンドボックスの境界を越えるために承認を要する操作があります。Auto-reviewは後者のうち対象となる要求を、別のレビュアーエージェントに判断させる仕組みです。
判断するのは「いま提案されたこの操作を実行してよいか」です。記事やコードの内容が正しいか、同じタスク内の複数エージェントが互いを評価しているかという疑問は、別記事でサブエージェントとコードレビューの仕組みから整理しています。
メインエージェントとレビュアーの役割
メインエージェントはread-onlyまたはworkspace-writeなどのサンドボックス内で作業します。境界を越える操作の承認要求が生じ、設定がapprovals_reviewer = "auto_review"であれば、人間の代わりに別のレビュアーエージェントがその要求を審査します。
レビュアーは「この具体的な操作を実行してよいか」を判断し、理由を返します。許可されれば作業が続き、拒否されればメインエージェントは実質的に安全な代替手段を探すか、人間に確認します。
| 段階 | 担当 | 役割 |
|---|---|---|
| 通常作業 | メインエージェント | 許可済みの範囲で作業 |
| 境界を越える要求 | メインエージェント | 対象操作の承認を要求 |
| 承認判断 | レビュアーエージェント | 個別の操作を評価し理由を返す |
| 結果への対応 | メインエージェント | 許可なら続行。拒否なら安全な代替策か人間への確認 |
どんな操作で呼び出される？
Auto-reviewは、もともと人間の承認で停止するはずだった要求のうち、対象となるものを評価します。常に働く監督者ではありません。
- サンドボックスの外でコマンドを実行するための権限昇格要求。
- 現在の制限で遮断されるネットワークアクセス。
- 書き込みが認められたディレクトリの外側へのファイル変更。
- 設定上、承認が必要なMCP・アプリのツール操作や、新しいWebサイトへのComputer Useアクセス。
- 許可範囲内の通常作業には追加レビューを挟まない。Computer Useのアプリ固有の承認は別途人間に表示される。
自動承認は「権限を増やす」ことではない
Auto-reviewで変わるのは承認要求を審査する相手であり、サンドボックスの境界そのものではありません。使えるディレクトリ、ネットワーク、保護されたパス、組織の管理ポリシーはそのままです。承認が必要な操作を無条件に許す仕組みでもありません。
OpenAIは、秘密情報の外部送信、認証情報の探索、広範囲の安全性低下、大きな不可逆的損害を伴う操作を阻止すべき例として挙げています。ただし審査役もAIであり、誤判断はあり得ます。サンドボックスや監視、組織固有のルールと併用する必要があります。
レビュアーは何を見て判断する？
レビュアーには具体的な承認要求と、必要な会話・ツールの実行記録を圧縮した文脈が渡されます。ユーザーの指示、表示された途中経過、関連する操作と結果などが含まれますが、非公開の内部推論は渡されません。
「メインエージェントの考えを完全に共有する別人格」ではなく、提示された証拠を基に一つの操作を審査する限定的な担当者と考える方が正確です。
コードレビューや作業用サブエージェントとの違い
「レビュー」という言葉が同じでも、判定対象は違います。Auto-reviewで操作が承認されても、その操作の成果物まで正しいと保証されたわけではありません。
| 仕組み | 主な問い | 対象 |
|---|---|---|
| Auto-review | この操作を実行してよいか | 境界越え操作の権限・安全 |
| コードレビュー | 変更したコードに問題はないか | 実装内容の品質 |
| 作業用サブエージェント | 分担した作業を進められるか | 調査・実装などの作業 |
いつからある？「昨日今日の新機能」ではない
OpenAIの公式更新履歴には、2026年5月11日にAuto-reviewの専用説明ページを追加し、レビュアーの流れや対象操作、失敗時の扱いを詳しく説明したと記録されています。少なくとも同日には公式に説明されていたことを確認できます。
ただし、これを「5月11日に初めて機能が公開された」と読み替えることはできません。個別アカウントでいつ表示・利用可能になったか、昨日から設定が変わったかも、公開資料だけでは分かりません。
利用前に確認したい条件
Auto-reviewは承認要求が発生するインタラクティブな設定のときに働きます。公式資料ではapproval_policy = "on-request"または対象カテゴリを提示する細かな承認ポリシーが条件として挙げられています。approval_policy = "never"で承認要求自体がない場合、レビューするものもありません。
利用前には、サンドボックスの範囲、承認を審査する設定、操作ごとに人間の明示承認が必要かを分けて確認します。Auto-reviewを有効にしても、外部送信、課金、公開、削除など重要な操作の目的と対象を曖昧にしてよいわけではありません。
確認できたこと・確認できないこと
2026年9月21日にOpenAI DocsのAuto-review、Sandbox、公式更新履歴を照合しました。仕組み、対象要求、レビュアーに渡る文脈、2026年5月11日の文書追加は公式情報で確認できます。
本記事では承認操作を実機で試していません。Auto-reviewの初公開日、特定アカウントで有効になった日、すべての製品画面で同じ挙動かどうかは確認できません。
検証条件・対象環境
| 対象プラン | 利用可否はアカウント、利用環境、組織ポリシー、承認設定に依存 |
|---|---|
| 地域 | 地域別の提供日・対象範囲は確認できず |
| 利用面 | ChatGPTデスクトップアプリ / Codex CLI / Codex IDE拡張（表示は環境に依存） |
| 提供状態 | インタラクティブな承認設定で対象要求が発生し、Auto-reviewが利用可能・許可されている環境で動作 |
| 実機確認 | OpenAI DocsのAuto-review、Sandbox、更新履歴を照合しました。特定のアカウントで有効化したり、承認判断を実機で再現したりしていません。 |
| 次回見直し | 2026.10.05 |
よくある質問
Auto-reviewはコードや記事の品質をチェックしますか？
いいえ。主な役割は承認を要する特定の操作を実行してよいか判断することで、成果物の品質レビューとは別です。
すべての操作を自動承認できますか？
いいえ。対象となる承認要求だけを評価し、拒否もします。通常作業にはレビューが発生せず、アプリ固有の承認は人間に表示される場合があります。
いつからある機能ですか？
公式更新履歴では2026年5月11日に専用説明ページが追加されています。ただし機能の初公開日や個別アカウントでの提供開始日は特定できません。
レビュアーはメインエージェントの内部推論を見ますか？
いいえ。具体的な要求と圧縮された会話・ツールの記録を見ますが、非公開の内部推論は渡されません。
更新履歴
同じタスク内の複数エージェントによる評価を別記事に分け、本記事を操作承認の対象と限界に集中。
対象操作、権限境界、品質レビューとの違い、確認できる時期を整理。
情報源
一次情報と発見元を区別し、各ページの公開日と確認日を記録しています。
- Auto-review
仕組み、対象操作、レビュアーの文脈、権限境界と限界を確認。
公開: 日付表記なし（随時更新）確認: 2026.09.21 - Sandbox
サンドボックスと承認ポリシー、許可範囲内の通常操作を確認。
公開: 日付表記なし（随時更新）確認: 2026.09.21 - ChatGPT & Codex changelog
Auto-review専用文書の追加日を確認。機能の初公開日とは区別。
公開: 2026.05.11（該当更新）確認: 2026.09.21