Codexの制限確認｜0.154.0プレビュー連続公開で見る3つの境界

2026年9月9日の7件は「公開事実」として読む

2026年9月9日（日本時間）に、Codex 0.154.0系のプレリリースが短い間隔で7件公開されました。番号は alpha.9、alpha.8.1、alpha.10、alpha.10.1、alpha.10.2、alpha.11、alpha.6.1の順に並びますが、番号の大小や連番だけでは機能差を判断できません。公式ページで各版が公開されたことと、本文に利用者向けの変更説明があるかどうかを別々に見ます。

公開一覧の出典 URL: https://github.com/openai/codex/releases

7件を一つの大きな更新として紹介すると、各版に書かれていない変更まで補ってしまいます。alpha.9、alpha.8.1、alpha.10、alpha.10.1、alpha.10.2、alpha.11は、まず版名と公開時刻を記録する対象です。alpha.6.1だけは alpha.6 との比較ページで具体的な数値差を確認できるため、公開事実と差分説明を分けて扱います。

alpha.6.1で変わった制限と変わらない制限

alpha.6.1の比較ページで読める中心的な差分は、Guardianの操作確認対象に対する上限が8,000 bytesから200,000 bytesへ広がったことです。ここでの「広がった」は、比較ページに示された対象の上限についての説明です。Codexのすべての入力や操作が同じ割合で広がった、という意味にはなりません。

出典 URL: https://github.com/openai/codex/compare/rust-v0.154.0-alpha.6...rust-v0.154.0-alpha.6.1

この表では、同じ「制限」という言葉で二つの対象を丸めないことが重要です。Guardianで確認される操作と、統合実行へ渡す標準入力は、確認する入口が異なります。200,000 bytesという数字を見て、標準入力も同じ上限になったと読むことはできません。変更された対象と、変わっていない対象を隣り合わせに置くことで、更新後に何を確かめるかが明確になります。

公式情報と手元の確認結果を分ける

制限を調べるときは、次の三つを同じ文章へ混ぜないようにします。第一に、公式リリース欄で版と公開日を確認した事実。第二に、比較ページの本文に明記された上限の変更。第三に、自分の環境で表示された確認画面や、実際の入力で得た結果です。

公式本文に詳細な変更一覧がない版は、公開されたという事実までを記事に残します。そこから応答速度、安定性、新しい機能の有無を推測してはいけません。版番号が連続していても、alpha.10からalpha.10.1へ変わった理由が、公開ページに書かれていなければ判断材料は増えません。読者が自分の環境で確認した結果は、公式ページに書かれた内容とは別の記録として残します。

変更された数字の読み方

8,000 bytesから200,000 bytesへの変更は、単位を省かず、対象を添えて記載します。文字数、ファイル数、応答の長さ、作業全体の上限へ置き換えず、「Guardianの操作確認対象」という範囲を保ちます。数字だけを見出しにすると、対象外の操作にも同じ変更が適用されたように読まれるためです。

変更がない数字の読み方

標準入力の確認上限は8,000 bytesのままです。変更がない項目はニュースになりにくいものの、利用前の判断には欠かせません。Guardianで確認できる入力が大きくなったとしても、統合実行へ渡す標準入力を同じ感覚で扱えるとは限らないため、使う入口に合わせて結果を見ます。

更新後に残す確認記録

先行版を試す場合は、版を変えたことだけで判断せず、同じ条件で観測できる記録を残します。端末で codex --version を確認したら、次の項目を一組にして保存します。

1. 使用した版と、公式ページに示された公開日
2. 確認した操作がGuardianか、統合実行の標準入力か
3. 入力の大きさと単位（bytes）
4. 確認画面に表示された対象、結果、表示されなかった場合の状態
5. 先行版の利用を続ける条件と、安定した版へ戻す判断

たとえば、alpha.6.1を使ってGuardianの確認対象を調べるなら、入力の大きさだけでなく、どの操作を対象にしたかを記録します。同じ8,000 bytesでも入口が違えば表の行が変わります。結果が変わらなかった場合も「差なし」と残すと、公開ページに書かれた変更と、自分の環境で観測した差を混同せずに済みます。

更新前後でモデル、入力、操作、利用場所を同時に変えると、上限の影響を見分けにくくなります。まず版だけを変え、同じ確認を行い、その後に別の条件を試します。比較できる材料がないまま、7件の公開を一つの性能向上としてまとめないことが大切です。

GitHub Copilotの更新は別の情報として扱う

GitHub Copilotでは、2026年9月9日の公式告知で、Copilot BusinessまたはCopilot Enterpriseの管理者がエージェントの操作範囲を組織で指定できるようになったと説明されています。対象はシェルコマンド、ファイルの読み取りと編集、接続先ドメインで、それぞれを拒否、人の確認を必須、確認なしで許可のいずれかに分けられます。出典 URL: https://github.blog/changelog/2026-09-09-enterprise-managed-permissions-for-github-copilot-agent-operations/

この管理機能は、利用者や作業領域の設定、保存済みの許可より優先されます。また、Copilot app、Copilot CLI、Agent Hostを使うVisual Studio Codeのセッションが対象です。ここで示された操作の管理方法を、Codexの8,000 bytesや200,000 bytesという上限へ読み替えてはいけません。Copilotの組織管理とCodexの入力確認は、製品と確認対象が異なるためです。

CursorとAiderは公式の確認先を分ける

今回の主題はCodex 0.154.0系のプレビューと上限確認です。CursorとAiderについては、同じコード作業を扱えるからといって、Codexの版や制限と一つの結果へまとめません。Cursorは公式の更新欄、Aiderは公式リリース一覧を個別に確認し、製品名、入口、版、公開日、手元の結果を分けて記録します。

Cursorの確認先: https://cursor.com/changelog

Aiderの確認先: https://github.com/Aider-AI/aider/releases

これらのページに書かれた内容をCodexの上限変更の根拠にしないことも重要です。別製品の更新を参照する場合は、どの製品のどのページに何が書かれていたかを明示し、機能や性能のランキングへ広げないようにします。

まとめ：codex 制限 確認で見る3つの境界

2026年9月9日の7件は、まずCodex 0.154.0系プレビューが公開されたという事実です。具体的な差分として確認できるのは、alpha.6.1でGuardianの操作確認対象が8,000 bytesから200,000 bytesへ広がったこと。一方、統合実行の標準入力に対する確認上限は8,000 bytesのままです。出典 URL: https://github.com/openai/codex/compare/rust-v0.154.0-alpha.6...rust-v0.154.0-alpha.6.1

codex 制限 確認の要点は、公開された版と機能差、変わった上限と変わらない上限、公式に書かれた事実と手元で得た結果を分けることです。GitHub Copilotの組織管理、Cursorの更新欄、Aiderのリリース一覧も、それぞれの製品の情報として確認先を残します。出典 URL: https://github.com/openai/codex/releases、https://github.blog/changelog/2026-09-09-enterprise-managed-permissions-for-github-copilot-agent-operations/、https://cursor.com/changelog、https://github.com/Aider-AI/aider/releases