8月20日にOpenAIがApache 2.0ライセンスで「Harness」を公開したという情報はあるものの、提供された公式資料からは、名称付きのオープンソース実行フレームワークとして確認できません。 公式資料が示すCodexの基本動作は、計画、コード編集、テスト・ビルド・Lintなどのツール実行、結果の確認、失敗の修正を繰り返すエージェントループです。[3][6] OpenAIは、柔軟性を重視するAPI直接利用と、統合を簡単にするCodex SDKを提供しています。[2]
研究の答え

Create a landscape editorial hero image for this Studio Global article: What did OpenAI release on August 20 under the Apache 2.0 license as the core execution framework behind its Codex coding agent, what compon. Article summary: ## What was released Insufficient evidence supports the claimed August 20 Apache 2.0 release of an OpenAI “Harness” as a named, open-source Codex execution framework. The available official material does confirm Codex’s . Topic tags: general, documentation, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks,
8月20日にOpenAIが、Codexの中核実行フレームワーク「Harness」をApache 2.0ライセンスでオープンソース化したという報道があります。
ただし、提供された資料のうち、OpenAIの公式ドキュメントや公式発表からは、「Harness」という名称の実行基盤が8月20日に公開されたことを確認できません。したがって、codex execapp-serverなどを含む具体的な構成や、Apache 2.0での公開内容を事実として断定するには証拠が不足しています。
一方で、Codexがどのような仕組みで動くのかは公式資料から確認できます。Codexはコードを読み取り、変更し、実行できるコーディングエージェントで、クラウド環境では複数の作業をバックグラウンドで並列に進めたり、能動的に作業したりできます。
Codexの中核にあるのは、単発の質問応答ではなく、複数の工程を繰り返すエージェントループです。
つまり、モデルの推論だけで完結するのではなく、コード変更、ツール利用、観測結果、修正作業をランタイムがつなぐ構成です。
開発者が独自のアプリケーションに組み込む方法として、OpenAIはAPIを直接利用する方式と、より簡単に統合できるCodex SDKを案内しています。 公式資料から具体的に確認できるのは、このAPI・SDKを通じて、開発者が独自の指示やツール、状態管理を組み合わせる道筋です。
OpenAIは、ARC-AGI-3の公開タスクセットで、Responses APIの設定を変更した実験結果を発表しています。通常の公式ハーネスではGPT-5.6 Solのスコアが13.3%だったのに対し、**推論保持(retained reasoning)とコンテキスト圧縮(compaction)を有効にしたResponses APIのハーネスでは38.3%**となりました。
OpenAIの説明では、これはスコアが188%上昇し、おおむね3倍になったことを意味します。また、出力トークンの使用量は6分の1になりました。
推論保持を有効にすると、長時間にわたるエージェント処理で、過去の中間的な検討結果を次のターンに引き継ぎやすくなります。 毎回ゼロから問題を解き直すのではなく、これまでに分かった制約や試行結果を踏まえて次の行動を選べる点が重要です。
作業が長引くと、過去の会話やツール出力をすべてそのまま次の処理へ渡すのは難しくなります。コンテキスト圧縮は、増え続ける履歴を圧縮し、重要な状態を残しながら後続の処理へ引き継ぐ仕組みです。
この2つを組み合わせることで、必要な作業状態を保ちながら、毎回大量の出力を生成する負担を抑えられたと考えられます。ただし、これは基盤モデル単体の性能だけでなく、推論状態やツール実行、履歴管理を含むランタイム設計が結果を左右することも示しています。
提供された権威ある資料には、Apache 2.0版の「Harness」を採用した企業名、同フレームワークで実行された非コーディング業務、企業別の定量的な成果は記載されていません。
そのため、「すでに多くの企業が採用している」「特定の業務で何%効率化した」といった主張を、今回の資料だけから裏付けることはできません。
「Harness」の公開そのものは、現時点の提供資料では確認が不十分です。しかし、OpenAIが開発者に対し、ChatGPTやCodexの画面を介さず、APIやCodex SDKからコーディング向けモデルを利用する道を示していることは確認できます。
これは、開発者が自社製品の中に次の要素を組み込めることを意味します。
将来的には、社内の開発工程、定型的なオペレーション、規制の厳しい業務手順など、用途に合わせてエージェントを設計することも可能です。ただし、こうした応用可能性は戦略的な解釈であり、提供資料が特定企業の導入実績や成果を証明しているわけではありません。
現時点で確実に言えるのは、Codexが「一問一答型のアシスタント」から、計画して実行し、結果を見て修正する、委任可能な複数工程エージェントへと設計されていることです。
Studio Global AI
このページにはソースに裏付けされた回答が含まれており、Studio Global 内で続行できます。
8月20日にOpenAIがApache 2.0ライセンスで「Harness」を公開したという情報はあるものの、提供された公式資料からは、名称付きのオープンソース実行フレームワークとして確認できません。
8月20日にOpenAIがApache 2.0ライセンスで「Harness」を公開したという情報はあるものの、提供された公式資料からは、名称付きのオープンソース実行フレームワークとして確認できません。 公式資料が示すCodexの基本動作は、計画、コード編集、テスト・ビルド・Lintなどのツール実行、結果の確認、失敗の修正を繰り返すエージェントループです。[3][6]
OpenAIは、柔軟性を重視するAPI直接利用と、統合を簡単にするCodex SDKを提供しています。[2]