AIエージェントの一番面倒な部分を、OpenAIが肩代わりし始めた — Agents API公開ベータ
エージェントを自分で作ったことがある人なら、たぶん心当たりがある。モデルを呼ぶこと自体は簡単なのに、その周りが異常に面倒くさい。
ツールを呼んで、結果を受け取って、また考えさせて、途中で会話が長くなりすぎたら要約して詰め直して、失敗したらリトライして、長時間ジョブの状態をどこかに保存して……。この「ループと状態管理」こそがエージェント開発の本体で、モデルの賢さとは別のところで消耗する部分だった。
2026年9月10日に公開ベータになったOpenAIの「Agents API」は、そのループごとOpenAIに預けてしまおう、という代物だ。
Codexの中身が、そのままAPIになった
キモは「Codexを動かしているハーネス(土台)そのものを開放した」という点にある。
普段私たちが触るCodexの裏側では、セッションの管理、複数ステップのオーケストレーション、コンテキストの圧縮(compaction)、失敗からの復旧、といった処理が動いている。Agents APIはこの仕組みをOpenAIがホスト・保守したまま、APIとして呼べるようにしたものだ。開発者はツールと実行環境を指定するだけでよく、ループを回し続ける面倒はOpenAI側が引き受ける。
構成はシンプルで、4つの部品で考えると理解しやすい。
- Agent — モデル、指示、使えるツール、接続するMCPサーバーをまとめた定義
- Environment — コードの実行やファイル操作を行うサンドボックス(任意)
- Session — ターンをまたいで状態を保持する、永続的なインスタンス
- Events / Items — エージェントに送る入力と、返ってくる出力
このうち特に効くのがSessionだと思う。長時間走るジョブの状態を自前のDBで管理しなくてよくなる、というのは地味に大きい。
実行環境は「自分で選べる」
面白いのは、エージェントの計算をどこで動かすかを開発者が選べる点だ。OpenAIのマネージドサンドボックス、自社のインフラ、あるいはBlaxel・Cloudflare・Daytonaといったパートナーのサンドボックス。用途やセキュリティ要件に応じて振り分けられる。
サンドボックス内ではコード実行、ファイル編集、MCPサーバーへの接続、成果物(artifact)の生成ができる。マルチエージェント構成やサブエージェントにも対応していて、「調べる係」「書く係」「検証する係」を分けて協調させるような設計も、土台を自作せずに組める。
料金は「ハーネス代は取らない」
公開ベータの間、Agents APIそのものには別料金を課さない、というのがOpenAIの説明だ。つまり払うのは、消費したモデルのトークン、使った有料ツール、そしてサンドボックスの稼働時間(分)ぶん。モデルは選んだモデルのAPI単価、OpenAI製ツールは通常レート、OpenAIホストのサンドボックスは標準のコンテナ料金で計算される。
ハーネス自体はタダ、というのは太っ腹に見えるが、裏を返せばサンドボックスの稼働時間が読みにくいコストになる。長時間ジョブを回すタイプのエージェントほど、「分」の積み上げが効いてくるはずで、ここは実際に走らせてみないと月額感がつかめない。
何が変わるか
一番のインパクトは、「エージェントの土台を作る」という仕事がまるごと不要になりうる、という点だ。
これまでLangGraphやAutoGenのようなフレームワークを入れて、ループと状態管理を自分たちで面倒みてきたチームは少なくない。その層をOpenAIが標準として提供するなら、プロダクト側は「どんなツールを持たせ、どんな指示を与えるか」という本質だけに集中できる。エージェント開発の参入コストが一段下がる、という意味では素直に大きい。
もう一歩想像を広げると、Sessionが永続化されることで「先週の続きから作業を再開するエージェント」のような長寿命の使い方が現実的になる。人間の同僚のように、案件ごとに状態を持ち続けるエージェント——それが安定して動くなら、業務への組み込み方がかなり変わってくる。
正直な評価と、気になるところ
方向性としては、AnthropicがManaged Agentsで「モデル屋からエージェント実行基盤へ」と動いたのと完全に同じ線上にある。両社ともに「モデル単体ではなく、エージェントの土台を握る」ことを次の主戦場に定めた、と見ていい。OpenAIは以前からLinearのチケットを自動でPRに変えるSymphonyのようなオーケストレーション実装を出していたが、今回はそれを一段抽象化してAPIの形で全開発者に配った格好だ。
気になるのはやはりロックインだ。ループも状態管理もOpenAIに預けるということは、後で別のモデルベンダーに移りたくなったとき、土台ごと作り直しになる。便利さと引き換えに、依存はこれまでより深くなる。公開ベータという段階もあり、仕様や料金が今後動く可能性も念頭に置いたほうがいい。
とはいえ、「エージェントの一番しんどい部分を肩代わりする」という価値は本物だ。まず小さなツール構成で触ってみて、自前のループと比べて何がラクになるかを体感するのが早い。詳細はOpenAI公式の発表を確認してほしい。
関連記事
Codexが「ラップトップを閉じても止まらない」に進化する — OpenAIがクラウド開発環境のOnaを買収
OpenAIがOna(旧Gitpod)を買収し、Codexに長時間バックグラウンドタスク機能を統合。クラウドサンドボックスの仕組みとClaude Codeとの競争を解説。
OpenAI CodexがWindowsアプリを「操作」し始めた — ただし裏で動くのはMac限定
OpenAI Codex Computer UseがWindowsに対応。AIがアプリを見て操作する仕組みと、Mac版との違い、EU除外の背景、料金体系を整理する。
Codexがコーディングツールをやめた日 — OpenAIが62アプリ・6職種プラグインで狙う「全社員のAI」
OpenAI Codexが6つの職種別プラグインとSites機能を追加。62アプリ・110スキルで非エンジニアにも拡大するCodexの全貌と、ChatGPTとの棲み分けを解説。