8月20日、OpenAIが「Codex as a platform: build on the open agent harness」と題した記事を公開した。Codexはこれまでアプリ・CLI・IDE拡張として知られてきたが、その共通基盤であるオープンソースのエージェントハーネスを外部開発者に開放することで、既存のダッシュボードや業務ツールに直接AIエージェントを組み込めるプラットフォームへと進化した。汎用チャット画面に業務を移行させるのではなく、既存インターフェースをそのままAI対応にするという設計思想が、この発表の核心にある。
Codexはアプリだけではない
多くの開発者にとってCodexは、Webアプリ、CLI、IDE拡張として認識されている。しかしこれらはいずれも、共通の基盤であるオープンソースのCodexハーネスの上に構築された一形態にすぎない。
今回OpenAIが示したのは、このハーネス自体をプラットフォームとして外部開発者に開放するという方針だ。自社のダッシュボード、業務ワークフロー、セキュリティ調査ツール、カスタマーサポートコンソールなど、既存のプロダクトの中にCodexのエージェント機能を直接組み込める。
ハーネスとは何か
「ハーネス（harness）」とは、エージェントを動かすための実行基盤全体を指す。単なるプロンプト+モデル応答ではなく、以下を含む：
- タスクの理解と文脈の維持
- ツールの呼び出し
- 進捗のストリーミング
- 失敗のハンドリング
- 人間の承認リクエスト
- サンドボックスと権限ポリシーの適用
ハーネスの設計がいかに結果を左右するかは、ベンチマークで実証されている。ARC-AGI-3では、推論の保持とコンテキスト圧縮というハーネス側の工夫により、GPT-5.6 Sol（OpenAIが内部で使用するコードネームで、o3系の推論モデルに相当）のスコアが13.3%から38.3%に向上し、出力トークン数は6分の1に削減されたという。モデル自体を替えたのではなく、ハーネスの実行設計を変えることでこれだけのスコア改善が得られた点は、基盤設計の重要性を端的に示す事例だ。
3つの統合レイヤー
Codexをプロダクトに組み込む方法として、用途に応じた3種類の統合が提供されている。
- **codex exec**：スクリプト、CIジョブ、バックグラウンドタスク向け。エージェントワークフローを実行して構造化出力を返す非インタラクティブモード。
- **Codex SDK**：アプリケーションコードからCodexのタスクを開始・再開・ストリーミングするためのプログラマティックなインターフェース。
- **Codex app-server**：エージェントがプロダクトの一部として組み込まれる場合向け。会話の継続、イベントのストリーミング、割り込み、承認リクエストのハンドリングを担う。
単発のCI処理ならcodex exec、複雑なプロダクト統合ならapp-serverと、用途で選び分ける設計になっている。
サンプル実装「Relay」が示す統合パターン
OpenAIはCodex app-serverの上にRelayと呼ばれるサンプルアプリを構築している。架空の出荷管理ダッシュボードにエージェントを組み込んだもので、統合パターンの具体例として公開されている。
ユーザーはチャットにプロンプトを入力するのではなく、出荷品を選択して「Compare recovery」のようなアクションボタンをクリックする。アプリが関連コンテキストをエージェントに渡し、エージェントが選択肢を提示する。実際に記録を変更するアクションは人間の承認なしには実行されない。
ダッシュボード、記録、承認フローはアプリが管理し続け、エージェントループの実行だけをCodexが担う分離設計になっている点が重要だ。
すでに本番で使われている事例
この統合パターンはすでにいくつかの組織で実装されている。
- **GitHub・JetBrains**：既存のIDEワークフローにCodexをエージェントプロバイダーとして組み込み。
- **Cisco**：App Builder（Cisco Cloud Control内）でCodex SDKを活用。
- Thrive HoldingsとCrete：税務申告ワークフローにCodexを導入。パイロットで7,000件の申告を処理し、準備時間を約3分の1削減。税務士のフィードバックをループに組み込む設計が特徴的だ。
オープンソース化の意味
Codexハーネスのリポジトリはオープンソースとして公開されており、アプリケーションとモデルの間のレイヤーを開発者が直接検査・改変できる。モデルアクセスとマネージドサービスは引き続き別管理だが、統合サーフェスは透明性が確保されている。
汎用チャット画面にすべての業務を移行させるのではなく、既存の業務インターフェースをそのまま活かしながらエージェント機能を追加するという設計思想は、実務導入の現実的な落としどころとして注目に値する。
詳細はCodex as a platform: build on the open agent harnessを参照していただきたい。
