【ITニュース解説】Codex CLI's Big Refresh Just Landed: First Session, Parallel Agents, and Why /fork Isn't a Worktree

OpenAIが提供するCodex CLIというツールが、この度大幅な刷新を遂げた。今回の「メジャーリフレッシュ」は、単一の大きな変更ではなく、2026年9月22日から10月1日にかけて出荷されたバージョン0.156.0から0.160.0までの複数のビルドによって段階的に実現されている。このアップデートでは、画面全体を使ったターミナル画面、情報の見やすさの向上、そしてターミナルを離れることなく同時に複数の作業を進めるための機能が主な進化として強調されている。

この一連の更新により、Codex CLIは以前の単なるチャットツールから、複数のエージェント（自動で作業を行うプログラム）を監督する「コントロールプレーン」、つまり制御盤や司令塔のような役割へと変化した。以前はターミナルで対話形式でコマンドを送信するだけだったが、今後は複数のエージェントスレッドを管理できるようになる。

具体的な変更点としては、まずバージョン0.156.0で、オプションとしてフルスクリーンUIである「/tui」が導入された。これにより、画面全体を使って過去の会話履歴を検索したり、マウスで選択してコピーしたりすることが可能になった。また、音声入力がデフォルトで有効になり（F8キーで切り替え）、自身の利用状況を確認できる「/usage」ダッシュボードも追加された。さらに、Gitの「worktree」（同じリポジトリの異なる作業コピーを同時に作成し、分離された環境で開発を進められるようにする機能）をサポートするセッションを、エージェントコマンドセンターから開始できるようになった。ターミナル上でMermaidの図や数式がレンダリングされる機能も追加されている。

0.157.0では、フルスクリーンUIがデフォルトで有効になり、一部のセッションではバックグラウンドサーバーが自動で起動するようになった。また、GPT-6 SolやLunaといった新しいモデルが利用可能になった。0.159.0では、エージェントが応答中に新しい指示を割り込ませることができる「instant_interrupt」機能が追加され、ウェルカム画面が簡潔になったほか、.awsディレクトリがデフォルトで保護されるようになった。同日リリースされた0.159.1では、GPT-6.1 Solがデフォルトモデルとして採用された。そして0.160.0では、エージェントコマンドセンターでより古い履歴も表示できるようになり、ポリシーが許せばプロジェクトに属さないセッションも開始できるようになった。さらに、ネットワークが切断されても、未送信のメッセージが重複して送信されることなく再開されるようになった。

これらの変更によって、ユーザー体験も向上している。例えば、以前は長文の出力中に次の入力をするためには画面をスクロールバックする必要があったが、新しいバージョンではコンポーザー（入力欄）が常に画面下部に固定されるようになり、入力が格段にしやすくなった。

しかし、今回のアップデートで特にシステムエンジニア初心者が注意すべき点がある。それは、「/fork」というコマンドの解釈である。「/fork into a worktree」という表現は、まるで/forkコマンドを実行すれば自動的にGitのworktreeが作成され、ファイルシステム上で完全に分離された作業環境が手に入ると誤解されがちである。しかし、OpenAIの公式なコマンドリファレンスによれば、/forkコマンドはあくまで現在のチャットの内容を複製し、新しいチャットIDを持つ別のチャットを作成するだけであり、ファイルシステム上の分離は自動的には行わない。

ファイルシステム上の分離された作業コピー、つまりworktreeを作成するには、0.156.0のリリースノートにある通り、エージェントコマンドセンターから「worktreeセッション」として開始する必要がある。もしあなたがチャットを/forkしただけで、どちらのチャットも同じディレクトリにファイルを書き込むように設定されている場合、二つの異なるエージェントが同じファイルを同時に編集することになり、予期せぬ変更や競合が発生する可能性がある。

この危険を避けるためには、二つ目のエージェントに何かを書き込ませる前に、必ず作業の分離を確認することが重要だ。ターミナルでgit worktree listコマンドを実行して、現在のリポジトリにどのようなworktreeがあり、それぞれどのパスに存在するかを確認する。また、各Codexセッション内で/statusコマンドを実行し、「writable roots」（エージェントが書き込み可能なディレクトリ）が意図したパスを指しているか確認することで、二つのエージェントが異なるディレクトリで作業していることを確実に把握できる。Gitのworktreeは、例えば.envのような無視されるファイルが自動的にコピーされない点や、一つのブランチは一つのworktreeでしかチェックアウトできないというGitの一般的なルールが適用されることにも留意が必要だ。

新しいCodex CLIを使い始める際には、いくつかの準備と確認を行うと良い。まず、npm install -g @openai/codex@latestを実行して最新版にアップグレードする。次に、codex doctor --summaryでインストール状況、設定、認証、Git、ターミナルの状態をチェックし、問題がないか確認する。特に開発環境では、codex --sandbox workspace-write --ask-for-approval on-requestのように、権限を制限し、書き込みのたびに承認を求める設定で始めることを推奨する。これは、エージェントが意図しないファイルを書き換えたりしないようにするための安全策である。セッション開始後は/statusコマンドで、現在アクティブなモデルや承認ポリシー、書き込み可能なディレクトリ、コンテキストの使用状況を確認すると良い。もし意図しないモデルが選択されていれば、/modelコマンドで切り替え可能である。

複数のタスクを並行して進める場合は、必ず二つ目のタスクをworktreeセッションとして開始し、git worktree listで分離されていることを確認する。また、エージェントからの承認プロンプトは、現在見ていない別のスレッドから来ることもあるため、どのスレッドが何を求めているのかを注意深く読んでから承認する必要がある。同時に実行されるスレッドの数は、プロジェクトごとの設定ファイル（.codex/config.toml）でmax_concurrent_threads_per_sessionとして制限することが可能だ。

並列セッションはそれぞれがモデルやツールの利用を行うため、トークンの消費量が増加し、それに伴って費用も増える。定期的に/usageコマンドでトークンの利用状況を確認することが推奨される。各スレッドでの作業が完了したら、マージする前に/diffで変更内容を確認し、/reviewで最終確認を行うようにすると良い。もしフルスクリーンUIが、tmuxやSSHなどの自身のターミナル環境と相性が悪い場合は、/tuiでUIモードを選択したり、--no-alt-screenオプションで代替スクリーンモードを一時的に無効にしたりすることが可能である。

今回のCodex CLIのメジャーアップデートは、ターミナルベースのコーディングエージェントが、単一のタスクを実行する道具から、複数のタスクやエージェントを調整・管理する「オーケストレーター」へと進化していることを示している。見た目の変化以上に、一つのターミナルで複数の作業スレッドを管理できるようになったことが最大の変化であり、それぞれのスレッドが独自の文脈、権限、そして場合によっては独自のGitワークツリーを持つようになった。この進化により、「このエージェントは一体どのディレクトリに書き込んでいるのか？」という問いに、開発者自身が明確な意図を持って答える必要性が生じた。複数のエージェントを同時に動かす前には、git worktree listコマンドで作業環境を確認し、/statusコマンドでエージェントの書き込み可能なディレクトリを必ず確認することを強く推奨する。