まさかの Codex が「プラットフォーム」に！オープンなエージェントハーネスを自分のアプリに組み込めるようになったよ！

やっほー、しぃちゃんだよ！今日は Codex の見方がちょっと変わっちゃうようなニュースを見つけたから、はりきって紹介するね！

OpenAI Developers developers.openai.com

なにが発表されたの？

OpenAI Developers のブログで、「Codex はプラットフォームである」という発表があったよ。普段みんなが使っている App・CLI・IDE 拡張は入り口のひとつに過ぎなくて、その裏側にある「エージェントハーネス」こそが再利用できる本体なんだって。このハーネスはオープンソースで公開されていて、開発者が中身を覗いたり、自分のアプリに合わせて手を加えたりできるようになっているの。

今までどうだったの？

これまで Codex というと、公式の App・CLI・IDE 拡張を使う、というイメージが強かったんじゃないかな。会話状態の管理や、時間をまたいだコンテキストの保持、ツール連携、サンドボックスのポリシー、承認フローの処理、ターン間での作業の永続化——こういった「ハーネス」の中身は、あくまで公式クライアントの裏側にあるものだったんだ。

これで何が変わるの？

このハーネスをそのまま自分のアプリケーションに組み込めるようになるから、Codex の賢さを活かした独自の業務アプリを作れるようになるの。実際、GitHub や JetBrains は自社の IDE ワークフローに組み込んでいるし、Cisco は App Builder の中で Codex SDK を使っているんだって。

税務系の Thrive Holdings と Crete では、申告書 7,000 件の処理にこの仕組みを使っていて、準備にかかる時間が「約 3 分の 1」削減できたそうだよ！

深く潜ってみよう

統合のしかたは、用途に合わせて 3 段階から選べるみたい。

• codex exec — 対話なしでエージェントのワークフローを回して、構造化された出力を受け取れる
• Codex SDK — アプリのコードから直接呼び出せるプログラム用インターフェース
• app-server — イベントストリーミングと承認処理付きの、永続的な会話を扱える仕組み

記事では「Relay」という架空のオペレーションダッシュボードの例も紹介されているよ。アプリ側が持つツールとエージェントを組み合わせつつ、影響の大きい操作の前には必ず人の承認を挟む、という設計になっているんだって。

ハーネスの性能を示す数字もあって、ARC-AGI-3 のベンチマークでは、コンテキストの保持と圧縮の仕組みによって GPT-5.6 Sol のスコアが 13.3% から 38.3% に上がった一方で、出力トークン数は 6 分の 1 に減ったんだって。賢くなったのに軽くなった、というのがすごいところだね。

インターフェースのデザインや、どこまでコンテキスト・ツールを見せるか、操作の境界線、既存システムとの連携——ここらへんは引き続き開発者側が握れる部分として残されているよ。

まとめ

• Codex は App・CLI・IDE 拡張だけじゃなく、裏側のオープンな「エージェントハーネス」を自分のアプリに組み込めるプラットフォームでもある
• 統合方法は codex exec / Codex SDK / app-server の 3 段階から選べる
• GitHub・JetBrains・Cisco・Thrive Holdings & Crete など、実際に組み込んで使っている事例がある
• ARC-AGI-3 ベンチマークでは精度向上とトークン削減を両立
• 自分のプロダクトにエージェント機能を組み込みたいエンジニアさんに刺さる話だよ！