OpenAI が Codex を初公開したときの発表内容と現在の到達点
OpenAI が 2025 年 5 月に「Introducing Codex」として発表したクラウド型コーディングエージェントは、発表から約 1 年を経て開発者の実務に浸透しつつある。初公開時の発表には、「バックグラウンドで複数タスクを並行処理できる」「sandboxed な仮想環境でコードを安全に実行する」「エージェントが GitHub のプルリクエストまで完結させる」という三つの主張が盛り込まれていた。2026 年 6 月の現在、これらのビジョンはどこまで現実になり、何が変わったのかを振り返ることで、Codex の本質的な設計思想と現状の実力を改めて整理する（出典: https://openai.com/index/introducing-codex/ ）。
「Introducing Codex」発表の核心は、コーディングエージェントを「対話型補完ツール」ではなく「バックグラウンドで自律的にタスクを完結させるシステム」として位置づける点にあった。人間が指示を出してリアルタイムに返答を待つスタイルではなく、並行して複数のタスクを割り当て、エージェントが数分から数時間かけて成果物を届けるという設計思想は、従来の AI コーディング補完とは一線を画した。この思想は 2026 年 6 月現在の Goal Mode や並列エージェント機能に引き継がれており、発表当初の設計方針がそのまま機能として結実したと見ることができる（出典: https://openai.com/codex/ ）。
一方で、初公開から 1 年の間に追加・洗練された要素も多い。AGENTS.md によるリポジトリ単位の動作設定、config.toml による利用者ごとのカスタマイズ、`model_reasoning_effort` を使った推論深さの調整、そして 2026 年 6 月 25 日に公開された zsh プラグイン（codex-zsh-v0.1.0）などは、発表時点では言及されていなかった仕組みだ。これらは「エージェントを使いこなすための設定体系」として順次加わり、Codex をより細かく制御できる環境が整ってきた（出典: https://github.com/openai/codex ）。
初公開のブログポストが示した「エージェントに任せる」という方向性は変わっていないが、任せ方の語彙が増えたのがこの 1 年の変化だ。単に「指示してコードを書かせる」ではなく、どのモデルで・どれだけ考えさせ・どの範囲まで自律実行させるかを設定で制御できるようになった。Codex がどこから来てどこにいるのかを把握することは、これから使い始める人にとっても、すでに使っている人にとっても、道具の選び方を見直すきっかけになる。
目次 (14)
「Introducing Codex」発表の概要
OpenAI が Codex を公式に発表したのは 2025 年 5 月のことだ。それ以前にも OpenAI は「Codex」という名前を使っていた——2021 年に公開されたコード生成 API がそれだが、現在の Codex アプリ・CLI とは別物だ。2025 年 5 月の発表は、クラウド上で動作するコーディングエージェントとして Codex を再定義した発表であり、ChatGPT の画面から「Codex」というアイコンをクリックして使えるものとして登場した（出典: https://openai.com/index/introducing-codex/ ）。
発表時に強調されたポイントは三つある。
1. バックグラウンドでの並行タスク処理
発表の中で OpenAI が最も力を入れて説明したのが、「エージェントをバックグラウンドで動かし、人間は別の作業をしながら成果を待てる」という非同期の作業モデルだ。これは当時のコーディング補完ツールが採っていた「ユーザーが質問し、AI が即座に答える」スタイルとは根本的に異なる。Codex の設計では、ユーザーは「このバグを直してほしい」「このフィーチャーを実装してほしい」とタスクを投げてから別の仕事に移り、Codex が完了したら確認するという使い方が想定されていた。さらに、同じリポジトリに対して複数のタスクを同時に走らせることもできると説明された。
2. サンドボックスによる安全な実行環境
もう一つの特徴として発表されたのが、コードの実行を専用の仮想環境（sandbox）で行うという安全設計だ。Codex はコードを書くだけでなく、テストを走らせて結果を確認しながら実装を進めるため、コードの実行環境が必要になる。この実行を本番環境や開発機の上で直接行うのではなく、ネットワークアクセスも制限された隔離環境で行うことで、意図しない副作用を防ぐ仕組みが組み込まれた（出典: https://openai.com/index/introducing-codex/ ）。
3. GitHub PR の作成まで完結
初公開の発表では「Codex は PR を開くことができる」という点も明示された。コードを修正してテストを走らせ、差分をコミットしてプルリクエストとして GitHub に送るまでを一連の処理として実行できるという内容で、人間のレビューを受ける前の段階まで Codex が担える、という開発フローの変化が示された。これは単なる補完ツールではなく「チームメンバーの一人として動く」という見せ方の重要な柱だった。
バックグラウンド処理の思想が現在の Goal Mode につながる
2026 年 6 月現在、初公開時の「バックグラウンドでの並行タスク処理」というビジョンは Goal Mode として具体化されている。Goal Mode は、ユーザーがゴールを文章で与えると Codex が自律的に計画を立てて実装・テストを繰り返す実行方式だ。2026 年 6 月以降に stable 版として提供されるようになり、数十分から数時間単位の継続的な作業を任せられるようになった（出典: https://openai.com/codex/ ）。
初公開時の発表では「何時間もかかる作業を任せられる」という表現が使われていたが、当時の実際の動作はそこまで長い時間には対応していなかった。Goal Mode の登場によって、発表当初に想定されていた「長時間の非同期処理」が実用レベルで使えるようになったと言える。
並行タスクについても、ChatGPT の Codex 画面からは複数のタスクを独立したセッションとして立ち上げることができ、それぞれが別の仮想環境で動作する。CLI から使う場合も、ターミナルを複数起動してそれぞれに異なるタスクを与えることで同様の並行処理が実現できる。初公開時に説明されていた並行性は、操作方法が変わりながらも維持されている。
サンドボックス設計の現在
初公開時に「安全性の柱」として紹介されたサンドボックス環境は、2026 年 6 月現在も Codex の根幹をなす設計だ。CLI では --sandbox フラグまたは config.toml の sandbox_mode キーでサンドボックスの動作を制御できる。既定ではサンドボックスが有効になっており、Codex が実行するコードは隔離された環境の中で動く。
サンドボックスの設定として現在利用できる主な選択肢は以下のとおりだ。
workspace-write— ワークスペース内のファイルへの書き込みを許可するが、外部ネットワークへのアクセスはブロックする（既定に近い安全な設定）full-autoをapproval_policy = "never"と組み合わせる — 確認を挟まず自律実行する設定で、信頼済み環境向けnetwork_access = trueを AGENTS.md の[sandbox]セクションに記述する — 特定のリポジトリのみネットワークアクセスを許可する設定
発表時には「ネットワークアクセスを制限した仮想環境」という説明にとどまっていたが、現在は設定ファイルで細かく制御できるようになっている。どこまで自律させ、どこから人間が確認するかを設定で定義できる点は、初公開時より大幅に洗練されている（出典: https://developers.openai.com/codex/config-reference ）。
GitHub 連携と PR 作成機能の現状
「Codex は PR を開くことができる」という初公開時の説明は、2026 年 6 月現在でも有効だ。ChatGPT の Codex 画面では、GitHub リポジトリを接続した状態でタスクを与えると、完了後に PR のドラフトを作成するオプションが提示される。CLI から使う場合は、リポジトリをローカルにクローンした状態で Codex に作業させ、完了後に git push と gh pr create を使って PR を作成する流れが一般的だ。
初公開時との違いは、PR 作成の「前工程」が整備されている点だ。当時は PR を作れるという機能の説明が中心だったが、現在は AGENTS.md でリポジトリのビルド手順・テストコマンド・コーディング規約を記述しておくことで、Codex が PR を作る前に正しいテストを走らせ、規約に沿ったコードを提出できるようになっている。「PR を作る」という結果だけでなく、「正しい PR を作る」ための前提設定が整ったことで、実務での信頼性が上がっている（出典: https://developers.openai.com/codex/guides/agents-md ）。
v0.142.2 stable で何が加わったか
OpenAI Codex CLI は 2025 年後半から段階的にバージョンアップを重ねており、2026 年 6 月時点の安定版は v0.142.2（stable）だ。初公開時にはなかった機能として、この安定版に至るまでに加わったものを整理する。
AGENTS.md によるリポジトリ設定
初公開の発表では「指示はプロンプトで渡す」という説明が中心だったが、現在は AGENTS.md というリポジトリ固定のファイルを使って、プロジェクト固有の設定を Codex に読み込ませることができる。ビルドコマンド・テスト手順・禁止操作・コーディング規約をあらかじめ書いておくと、Codex はタスクを受けるたびにこれを参照して行動する（出典: https://developers.openai.com/codex/guides/agents-md ）。
config.toml によるユーザー設定
~/.codex/config.toml に使用するモデル・承認ポリシー・サンドボックス設定を書くことで、起動のたびにフラグを渡す手間がなくなる。さらに model_reasoning_effort キーで推論の深さを minimal から xhigh まで段階的に設定でき、精度とコストのバランスを調整できる。この設定体系は初公開時には存在していなかった（出典: https://developers.openai.com/codex/config-basic ）。
zsh プラグインの登場
2026 年 6 月 25 日には OpenAI 公式リポジトリから codex-zsh-v0.1.0 が公開された。これは zsh シェルと Codex CLI を統合するコンポーネントで、Codex の本体リリースとは別タグで管理されている。シェル上で Codex をより自然に呼び出せるようにするためのプラグインで、CLI の使い勝手の向上を目的としたものとみられる（出典: https://github.com/openai/codex/releases/tag/codex-zsh-v0.1.0 ）。
Goal Mode の stable 提供
バックグラウンドでの長時間タスクを支える Goal Mode は、2026 年 6 月以降 stable として提供されるようになった。これにより、数時間単位の自律実行を本番用途で試せる環境が整った。初公開時の「何時間もかかる作業を任せられる」という約束が、安定版として実現したタイミングと言える。
発表時と現在の差を整理する
初公開の「Introducing Codex」発表から 1 年余りで変わったこと・変わっていないことを俯瞰すると、次の二点が際立つ。
変わっていないのは「エージェントに任せる」という基本方針だ。バックグラウンドで動き、テストを走らせ、PR を作るというコアの設計は、最新の stable 版にも貫かれている。発表当初の設計思想が揺らいでいない点は、Codex を道具として選ぶ際の信頼性につながる。
変わったのは「どう任せるか」の語彙の豊かさだ。発表当初は「プロンプトを渡して待つ」という粒度の説明しかなかったが、現在は AGENTS.md・config.toml・Goal Mode・並列エージェント・model_reasoning_effort という設定群が揃い、エージェントの動かし方を細かく設計できるようになった。Codex を使いこなすうえでの自由度は、発表時点と比べて格段に広がっている（出典: https://github.com/openai/codex ）。
現在の Codex を試す出発点
初公開時と比べて Codex は使い始めのハードルも下がっている。2025 年 5 月の発表当初は ChatGPT Pro/Team/Enterprise ユーザーへの順次展開という段階的な提供だったが、2026 年 6 月現在は npm 経由で CLI を誰でも取得できる。
npm install -g @openai/codex
インストール後は codex コマンドで対話モードが起動する。OpenAI の API キーを環境変数 OPENAI_API_KEY に設定しておくだけで動作を確認できる。最初は --approval-mode suggest で試し、Codex が何をしようとしているかを差分で確認しながら動かすのが安全な始め方だ（出典: https://openai.github.io/codex/ ）。
CLI のバージョンは codex --version で確認できる。2026 年 6 月時点の安定版は v0.142.2 で、次世代の v0.143.0-alpha 系列がテスト中だ。stable を使い続けたいなら @stable タグで固定してインストールするとよい。
初公開から現在に至る変化を知ることは、Codex の設計思想の軸を理解することにもつながる。「補完するツール」ではなく「タスクを完結させるエージェント」として Codex を捉え直すことが、この道具を使いこなすための最初の一歩だ（出典: https://openai.com/index/introducing-codex/ ）。
