Codexはこの期間、単一の対話型コーディングセッションの枠を超えて進化しました。GPT-6.1 SolがCodexのモデル経路に加わり、Codex CLI 0.162.1はworktree指向のリリースを安定化し、Codex RemoteはChatGPT Businessで一般提供に到達しました。エンタープライズ制御、コンプライアンス対応、再利用可能なクラウド環境、そしてすでに過ぎたモデル移行期限によって、ガバナンスがこれらを結び付ける課題となっています。

ここでは、OpenAIのモデル、Codexエコシステム、より広範な競合環境における重要事項と、それが技術戦略に何を意味するのかを週次で解説します。

1. GPT-6.1 Sol — 新たなデフォルトモデル

Release Terminalは、GPT-6.1 SolがCodex、ChatGPT Work、API全体に展開されており、ベンダーが主張するコーディングおよび文書タスクの改善を伴うと報じました。同レポートでは、API価格は変更されないともされています。

これとは別に、Codex 0.161.0のリリース追跡では、バンドル済みカタログおよびAmazon BedrockカタログのデフォルトモデルとしてGPT-6.1 Solが特定されました。価格が変わらなくても、デフォルトの変更は重要です。明示的にモデルを固定していないワークフローでは、出力、レイテンシ、ツールの挙動が変わる可能性があるためです。

CTOへの要点： これは通常のカタログ更新ではなく、モデル移行として扱ってください。チームはデフォルトを継承するジョブを特定し、代表的なコーディングおよび文書タスクを再実行し、広範な展開前に受入率や人手レビューの負荷における変化を記録すべきです。

Responses APIには、対応モデル（GPT-6.1 Solを含む）において、生成トークン間の遅延を減らすためのultrafastサービス階層も追加されたと報じられています。提供された調査資料には、この階層の価格や独立したレイテンシ測定値は記載されていません。

重要な理由： トークン配信の高速化は対話的な誘導を改善する可能性があります。しかし、ベンチマークおよびコストデータが提供されていないため、調達判断はワークロード固有のテストを行うまで待つべきです。これはタスク完了が高速化する証拠ではありません。測定を必要とする新しいサービス構成です。

2. Codex CLI 0.162.1 — Worktreeの安定化

サードパーティのリリース追跡によると、Codex CLI 0.162.1は、複数行を含む非同期質問によって発生するターミナルインターフェースのクラッシュを修正しました。このパッチは、バックグラウンドサーバーとCLIの機能設定の不一致によって引き起こされる起動失敗を修正すると同時に、改行と完全なハイパーリンクを保持しました。

これらの修正は、より大規模な0.162.0リリースに続くものです。同リリースでは、信頼されたローカルプロジェクト向けの管理対象Git worktree作成・一覧表示、Agent Command Centerでのタスク固定、/copyによるトランスクリプトコピー、そしてapply_patchがWindowsファイルを変更する際のCRLF改行コード保持が追加されました。

また、このリリースでは、マウススクロール、トランスクリプト選択、Windowsパス処理、リトライ、新規ターミナルスレッドに継承されるデフォルトも改善されたと報じられています。これらは注目を集めるモデル機能ではなく運用上の変更ですが、長時間実行される作業中にエージェントセッションを実用的に維持できるかどうかに直接影響します。

本当の教訓： これは単なるターミナル更新ではありません。すべてのエージェントを同一の作業ツリーに押し込むことなく、複数の分離されたタスクを実行するためのインフラストラクチャです。

エンジニアリングリーダーが行うべきこと： 0.162.0で止めず、0.162.1を標準化してください。そのうえで、Windows開発者が利用するリポジトリにおいて、worktreeのクリーンアップ、ブランチ所有権、CRLF保持、リトライ動作をテストします。また、/copyでコピーされたトランスクリプトに、社内保持ポリシーの対象となる情報が含まれ得るかも判断すべきです。

3. Codex Remote — Businessでの利用がGAに到達

OpenAIのChatGPT Businessリリースノートによると、Codex Remoteは対象となるBusinessワークスペースで一般提供されています。ユーザーはモバイルデバイスから、接続済みのMacまたはWindowsマシンでコーディングタスクを開始または継続でき、進行状況の確認や承認処理も行えます。

OpenAIのエンタープライズリリースノートでは、認可されたChatGPT Enterpriseメンバー向けの共有・再利用可能なクラウド環境についても説明されています。これらの環境にはプロジェクトリポジトリ、ツール、依存関係をパッケージ化でき、タスクは分離されたワークスペースで実行され、ユーザーのコンピューターがスリープ中でも継続できます。認可されたユーザーは、デスクトップ、Web、モバイルからタスクを開始または再開できます。

重要な理由： リモート継続は承認境界を変化させます。タスクはあるデバイスで開始され、別の場所で実行され、第三のインターフェースで承認される場合があります。運用モデルでは、作成されるブランチの所有者、重要なアクションを承認できる者、放棄されたタスクの識別方法を定義する必要があります。

クラウドアクセスは引き続きワークスペースによって制御されます。OpenAIのプラン文書によると、対象となるEnterpriseアカウントはCodex Cloudを利用できますが、有効化していないEnterpriseワークスペースではアクセスはデフォルトで無効です。

このデフォルトは適切なガバナンスチェックポイントです。管理者は、リポジトリアクセス、環境の内容、承認経路、タスク所有権に文書化された制御が整った後にのみ、クラウド実行を有効化すべきです。

4. エンタープライズ制御 — コンプライアンスとコネクターの拡張

OpenAIのドキュメントによると、CLI、IDE拡張機能、Webインターフェース、クラウド委任ワークフローを通じたCodexアクティビティは、現在Compliance APIの対象となっています。Enterprise管理者は、開始モデル、推論レベル、速度、Fast Mode、新規チャットの挙動も構成できます。

Codexが有効なEnterpriseワークスペースは、スコープ付き管理者キーを通じてCodex Enterprise Analyticsにアクセスできます。一方、ワークスペース管理者は、ワークスペース固有のGitHub Enterpriseアプリを公開できるため、Codex Web、Code Review、Security Reviewが顧客ホストのリポジトリにアクセスできます。

ChatGPTアプリコンポーザーでは、/initを通じて初期のAGENTS.md構造を生成することもできます。これにより、チームはリポジトリの指示を記述する共通の場所を得られますが、生成されたスキャフォールディングは出発点にすぎません。

CTOへの要点： すべてのコネクターに所有者を割り当て、構成可能なすべてのデフォルトに文書化されたベースラインを設定してください。コンプライアンス対応は可視性を高めますが、リポジトリの指示、モデル設定、承認経路が適切かどうかを判断するものではありません。

廃止されたuntrusted承認ポリシーには早急な対応が必要です。OpenAIのCodexドキュメントによると、このポリシーは現在サポートされていないため、依然としてuntrustedを参照している構成は削除または置換する必要があります。

5. モデル移行 — 8月31日の期限は過ぎています

OpenAIのプラン文書では、ChatGPTを通じて認証するCodexユーザーは、8月31日までにGPT-5.4をGPT-5.6 Terraへ、GPT-5.4 miniをGPT-5.6 Lunaへ置き換える必要があるとされていました。同文書では、この変更はAPIキーの利用には影響しないと説明されています。

本号の日付は10月12日であるため、この期限はもはや将来のものではありません。古いモデル識別子を依然として使用するChatGPT認証済みワークフローは、期限超過の技術的負債として扱うべきです。

必須監査： 共有構成、オンボーディング文書、自動化テンプレート、リポジトリ指示からGPT-5.4およびGPT-5.4 miniを検索してください。参照を変更する前に、ChatGPT認証済みジョブとAPIキーワークロードを分離します。文書化されている移行範囲が異なるためです。

最後に

Codexは、ローカルターミナル、分離されたworktree、クラウド実行、モバイル承認、エンタープライズリポジトリ、コンプライアンスエクスポートにまたがる分散型開発環境になりつつあります。これにより能力は高まりますが、構成の境界も増加します。エンジニアリングリーダーは今週、3つのアクションを取るべきです。CLI 0.162.1を標準化し、サポートされていない承認ポリシーと期限切れのモデル参照を監査し、共有クラウド環境またはリモート実行を広く有効化する前にガバナンスレビューを必須としてください。