2026年10月19日までの1週間で、Codexは受動的なコード生成から、より制御可能で永続的な実行へと移行しました。Codex CLI 0.163.0ではライブステアリングが追加され、GPT-5-codexがCodexワークフローに導入されました。また、GPT-5.5はChatGPT認証済みセッションから消えた一方、APIアクセスでは引き続き利用可能です。

OpenAIのモデル、Codexエコシステム、より広範な競争環境において今週注目すべき点と、それが技術戦略に何を意味するかを週次で解説します。

1. Codex CLI 0.163.0 — 実行中のステアリング

10月15日にリリースされたCodex CLI 0.163.0では、Codexの応答中にフォローアップ指示を送信できます。Changelogs.directoryによると、ターンを中断した場合、従属作業を実行したままにするのではなく、アクティブなCode Modeセルとネストされたツール呼び出しが停止するようになりました。

これは見た目だけのチャット改善ではありません。実行制御の変更です。

チームは、誤った前提に気付いた後、ターン全体の完了を待つことなくエージェントをリダイレクトできるようになりました。より強力な中断動作により、オペレーターがタスクの停止を試みた後もツールがアクティブなままかどうかという曖昧さも減るはずです。

このリリースでは、設定の検索と変更に使用できる検索可能な/configインターフェースも導入されました。リリース報道によれば、このインターフェースは再起動が必要な設定を識別し、/keymapでは設定可能なリーダーキーがサポートされます。

CTO向けの要点： 管理対象の開発者環境で使用する設定、特に再起動が必要な設定を標準化してください。検索可能なインターフェースにより設定変更は容易になりますが、チームが承認済みのベースラインを文書化しない限り、ワークステーション単位の構成ドリフトが発生する可能性も高まります。

2. CLI実行 — 並列ツールとシェル移行

Vibecoding.czの報道によると、0.163.0では独立した読み取り専用ツールを並行して実行できます。これにより、エージェントが変更提案前に複数のファイルを確認したり、無関係なリポジトリコンテキストを収集したりする必要がある場合の待機時間を短縮できます。

このリリースでは、バンドルされていたパッチ適用済みzshの動作も標準シェルエグゼキューターに置き換えられました。Changelogs.directoryによると、廃止されたシェルフラグを使用する構成には移行通知が表示されます。

これが重要な理由： 広範な展開の前に、シェル固有のフラグに依存する自動化を確認してください。これは単なるターミナル設定の問題ではありません。既存のラッパー、スタートアップファイル、タスクスクリプトがエージェント実行下でどのように動作するかを変える可能性があります。

Changelogs.directoryによると、同じリリースではスレッド復元、ネットワークプロキシ動作、WindowsおよびWSLでのクリップボード処理、クロスプラットフォームの貼り付け問題にも対応しています。こうした修正は、エージェント展開が不整合なローカル動作を引き継ぐ可能性がある、複数OSが混在する環境で特に重要です。

一方、ToolSiftによると、rust-v0.164.0-alpha.2とrust-v0.164.0-alpha.3がそれぞれ10月16日と10月17日に公開されました。これらはプレリリースであり、サポート対象の本番アップグレードではありません。安定版が提供されるまで、エンジニアリングチームはプレビュービルドを標準のワークステーションチャネルから除外すべきです。

3. GPT-5-codex — 新たなワークフローのデフォルト

OpenAIが引用したChatGPTリリースドキュメントによると、GPT-5-codexはエージェント型コーディング向けに最適化されたモデルとしてCodexで公開されました。クラウドタスクとコードレビューのデフォルトとして機能し、Codex CLIおよびIDE拡張機能を通じてローカル作業にも選択できます。

デフォルトモデルの変更は、出力品質だけに影響するものではありません。レビューのスタイル、タスクの分解、ツールの使用、人間による修正の必要量を変える可能性があります。

CTO向けの要点： コードレビュー、テスト修復、複数ファイルにまたがる保守タスクを含め、代表的なリポジトリ評価をGPT-5-codexに対して再実行してください。既存の受け入れ基準をモデルが満たす証拠として、ベンダーの最適化に関する主張を扱ってはいけません。

OpenAIは、GPT-6ファミリーのモデルを使用したCodexによる社内ソフトウェア保守の結果も報告しています。Digital Todayの記事によると、CI完了時間の中央値は約10分から4.5分に短縮され、63テストのバンドルは592.6秒から29.8秒に減少しました。

これらは独立したベンチマークではなく、ベンダーが報告した社内結果です。それでも、有用な評価パターンを示しています。生成行数や採用された提案の数を数えるのではなく、完全な保守ループとCIの所要時間を測定してください。

4. GPT-5.5の終了 — 認証が重要に

引用されたCodexドキュメントおよびリリース報道によると、GPT-5.5は10月14日にChatGPT認証済みCodexセッションから廃止されました。OpenAI APIおよびAPIキーで認証されたCodexセッションでは引き続き利用できます。

これにより運用上の分岐が生まれます。開発者が利用できるモデルは、Codexインターフェースだけでなく、認証方式にも依存するようになりました。

OpenAIのヘルプドキュメントでは、ChatGPTプランのユーザー向けに、GPT-5.4の後継としてGPT-5.6 Terra、GPT-5.4 miniの後継としてGPT-5.6 Lunaが挙げられています。別の報道では、GPT-5.5の終了の影響を受けるChatGPT認証済みユーザー向けの推奨代替としてGPT-6.1 Solが示されています。

これが重要な理由： どのワークフローがChatGPTサインインを使用し、どのワークフローがAPIキーを使用しているかを棚卸ししてください。回帰テストが単一のモデル群を前提としている場合、その前提はもはや安全ではありません。

今週の報道で引用された別の通知によると、GPT-4o、GPT-4o mini、GPT-4.1、GPT-4.1 miniは2027年1月14日にAPIから削除される予定です。API所有者は、GPT-5.5が引き続き利用できることを、すべての旧モデルが安定して残る証拠と解釈するのではなく、今すぐ依存関係を特定すべきです。

5. ホスト型エージェント — 永続的なサンドボックスとより大きなコンテキスト

今週引用されたAgents APIの報道によると、サンドボックススナップショットでは、環境がアイドル状態になった後もファイルを保持でき、ワークスペースを再構築せずに後から復元できます。同じ報道では、ユーザーは環境がアイドル中である間の料金を支払う必要がなくなったとされています。

これらの変更は、継続的なランタイム課金なしで持続的な作業を行うという、ホスト型エージェントの繰り返し発生する制約に対応するものです。これは無制限の永続性ではありません。停止と再開が必要な環境における異なるライフサイクルです。

また、この報道では、CodexにおけるデフォルトのGPT-6.1 Solコンテキストが272,000から500,000トークンに増加し、オーバーライドでは最大100万トークンがサポートされるとしています。サブスクリプション利用では、長大なコンテキストに対する追加料金は発生しないと報告されています。

エンジニアリングリーダーにとっての意味： より大きなコンテキストはリポジトリ全体にわたる作業の上限を引き上げますが、選択的なコンテキスト構築の必要性をなくすものではありません。評価では、拡張された入力が、より長いプロンプトやより広範なデータ公開を正当化できるほどタスク完了を改善するかどうかを測定すべきです。

6. エンタープライズ導入 — パイロットからワークフローへ

OpenAIの欧州におけるエージェント型AIレポートによると、EUのエンタープライズ顧客の出力トークンの半分以上をCodexとChatGPT Workが生成しています。同レポートでは、中小企業ユーザーの週次アクティブ数が5月以降8倍以上に増加したとも述べています。

これらはOpenAIが報告した導入指標です。独立して検証された生産性を示すものではなく、利用の集中を示しています。

Stack OverflowのOpenAI事例研究によると、2人のエンジニアがCodex、OpenAIモデル、API、ChatGPTプラグインを使用して、数週間でStack Overflow for Agentsを構築しました。同社は、プラグインの公開後、登録数が一晩で3倍になったと報告しています。

実務上のシグナルは統合の深さです。Codexはコード生成だけでなく、運用ワークフロー内に組み込まれるコネクターやエージェント向け製品の構築にも使用されています。

最後に

今週のCodexの方向性は一貫しています。より多くのオペレーター制御、より永続的なホスト型実行、より速いモデル入れ替えです。本当の教訓は、コーディングエージェントがより長時間実行できるということではありません。エンジニアリング組織が、モデル選択、認証、シェル動作、構成、再開可能な環境を取り巻くライフサイクル制御を必要とするようになったということです。エンジニアリングリーダーは今週、3つの行動を取るべきです。GPT-5-codexを本番リポジトリに対してテストすること、GPT-5.5の終了の影響を受けるワークフローを監査すること、そしてフリート展開前に0.163.0のシェルおよび中断動作を検証することです。