OpenAIがCodexを支えるハーネスとインフラをAPIとして提供する「Agents API」を公…

OpenAIは2026年9月10日、長時間稼働するAIエージェントの基盤を提供する「Agents API」を公開ベータとして発表した。同社の開発コード支援「Codex」を支えるハーネスとインフラをAPI経由で外部開放するもので、エージェント開発の負担を大きく下げる可能性がある。一方でベンダーロックインへの懸念も指摘される。エージェントフレームワークを取り巻く構図がどう変わりつつあるかを整理する。

AIエージェントの開発では、モデルそのものよりも「周辺のシステム」がボトルネックになりやすい。コンテキスト管理、ツール呼び出し、サンドボックス実行、障害からの復旧──これらを自前で組み上げる工数が大きく、デモから本番運用への移行で挫折するケースが多い。この課題に対し、OpenAIはAgents APIの公開ベータを発表した。タスク・モデル・ツール・実行環境を指定する1回のAPI呼び出しで本番稼働可能なエージェントを構築できるとされる。

CodexのハーネスをAPIとして外部開放した意味

OpenAIの説明によれば、Agents APIは同社が「Codex」や「ChatGPT for Work」の運用で培ったハーネス(エージェントのループを制御する仕組み)とインフラをそのまま提供する。具体的には、セッションがコンテキスト上限に近づくと自動で文脈を圧縮する「自動コンパクション」、必要なツール定義を必要なときに読み込む「ツール検索」、複数のサブエージェントの協調などだ。長時間のタスクでエージェントが止まらないようにする、これまで開発者が自前で実装してきた部分を肩代わりする。

注目すべきは実行環境の選択肢だ。OpenAIが管理するホステッドサンドボックスに加え、自社インフラ(VPC内)での実行や、Blaxel、Cloudflare、Daytona、DigitalOcean、E2B、Modal、Oracle、Runloop、Vercelといったサンドボックスプロバイダーとの統合が用意されている。CPU・GPU・メモリ構成やコールドスタート、コストの要件に応じて環境を選べる設計で、完全マネージドと自社管理の中間を取れる。

「フレームワーク自作」から「インフラ調達」への焦点移動

この動きは、エージェントフレームワークをめぐる競争の地続きで捉える必要がある。MicrosoftはAutoGenとSemantic Kernelの後継としてAgent Frameworkをバージョン1.0に到達させ、.NETとPythonでグラフベースのワークフロー構築を可能にしている。LangChainのLangGraphは状態管理とhuman-in-the-loopのチェックポイント機能で保守運用向けの評価が高い。OpenAI自身も4月にAgents SDKを刷新し、設定可能なメモリ、サンドボックス対応のオーケストレーション、ネイティブのサンドボックス実行を導入した。

Agents APIは既存のAgents SDK(開発者がループと状態を制御)とは役割が異なる。ハーネスとインフラをOpenAI側がホストして管理する点が本質的な違いで、コードで細かく制御したい層にはSDK、長時間稼働の基盤ごと任せたい層にはAPI、という住み分けになる。共通しているのは、ツール接続の標準MCPや、指示ファイルAGENTS.md、段階的開示のskillsといった「プリミティブ」を框架に組み込む方向で、業界全体の相互運用性が上がっていることだ。

実際の開発現場の声も、インフラ負担の軽減を評価している。InfoWorldの報道では、アナリストのPareekh Jain氏が「可動部品が減る」利点を指摘。コンサルティング会社KanerikaのAmit Kumar Jena氏は、手作りの長時間エージェントにはジョブキュー、状態データベース、サンドボックス群、圧縮処理、リトライ方針が必要で「それぞれに責任者とオンコールが必要になる」と語り、デモと無人運用の間で開発が止まる企業にとってInfrastructure managed by providerの価値は大きいと述べている。

便利さの裏にあるロックインとガバナンスの懸念

もとより、利便性には対価が伴う。前出のInfoWorld記事でJena氏は「OpenAIがモデル、コンテキスト管理、ツール、オーケストレーション、実行環境のすべてを提供すれば、他プラットフォームへの移行は難しくなる」とロックインを最大の懸念として挙げた。価格交渉力の低下や、データガバナンスの制約(現時点でZero Data Retentionに未対応)も指摘されている。ハーネスとモデルが密結合であることは性能面での利点であると同時に、依存の深化を意味する。企業にとっては、どの層をどのベンダーに預けるかの判断が、これまで以上に重要になる。

エージェントの「身元」をめぐる標準化も並行して進む

フレームワークの進化と並行して、エージェンティック商取引の信頼基盤を整える動きも加速している。Ant International、Visa、Mastercardの3社は9月9日、「Know Your Agent(KYA)」の相互運用性フレームワークで協業を開始すると発表した。プレスリリースによれば、2030年までにAIエージェントが世界の消費者取引の3〜5兆ドル規模を扱うとの予測を背景に、各社が保有する独自プロトコル──Visaの「Trusted Agent Protocol」、Mastercardの「Verifiable Intent」、Ant Internationalの「Agentic Mobile Protocol」──を共通原則の下で相互接続することを検討する。

エージェントが推薦から実際の購買代行へ進むにつれ、「このエージェントは誰で、何を権限として持つのか」をネットワーク横断で検証する仕組みが取引の前提条件になる。技術基盤の進化(Agents API)と信頼基盤の整備(KYA)が同時に進むのは、偶然ではなく需要の表裏だろう。

選択肢が増えた先で問われるのは判断基準

OpenAIのAgents API公開ベータは、エージェント開発の「動くデモ」から「数日動き続けるシステム」への距離を縮める候補の一つになった。ただし企業にとっての問いは「どのフレームワークを使うか」から「どの層を誰に預け、どこに境界を置くか」へと移りつつある。SDKで制御を握るか、APIで基盤を預けるか、その中間を取るか。サンドボックスを自社VPCに置くか、マネージドに任せるか。ロックイン許容度と運用能力に応じた答えは組織ごとに異なり、それを明示的に議論することが、エージェントを本番投入する最初の設計判断になりつつある。

コメントを残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です

+