OpenAI はエージェントのループを無償で配った。借りているのはセッションのほうだ

Surya Pratap
By Surya Pratap

2026年9月11日

12 分で読めます

AI とテクノロジー
エージェントのスタックを 3 つの帯に分けた図。ループは OpenAI が無償で運用し Codex リポジトリでオープンソース化されている。セッションは永続的で保持され、米国限定で、Zero Data Retention の対象外である。ツール、データ、ドメインロジックは創業者の手元に残る。中央の帯は所有ではなく借りている層として示され、永続性と保持はエンジニアリングと法務が別々の言葉で語る同一の性質である、という注記が添えられている3 つの帯、そのうち 1 つは借り物Hover to explore
ループは無償で開かれている。状態はそのどちらでもない。乗り換えコストは、自分が書いたコードから、自分が書いていない記録へ移った。

この 18 か月ほど、エージェント製品でいちばん難しかったのはモデル呼び出しではなかった。その周辺のすべてだった。2026 年 9 月 10 日、OpenAI はその一式をマネージドサービスとして、上乗せなしで出荷した。そして、ほとんどの記事が読み飛ばした制限事項のページを添えた。

どちらの半分も重要だ。後者のほうがなお重要だ。

1. 実際に出荷されたもの

Agents API がパブリックベータに入り、Codex を動かしているのと同じハーネスを公開した。ドキュメントはこれを 4 つのプリミティブに還元している。

ドキュメントに書かれた Agents API

4 つの概念、うち 1 つが本当の仕事をしている

  • Agent——モデル、指示、ツール、そして利用できる MCP サーバー。
  • Environment——エージェントがファイルを読み、コマンドを実行する任意のサンドボックス。
  • Session——「タスクに取り組むエージェントの永続的なインスタンス」。
  • Events と items——送り込む入力と、生成される出力。

その背後で、OpenAI がループを回している。「セッションのオーケストレーション、コンテキスト圧縮、復旧」を引き受ける、と書かれている。セッションはウィンドウが埋まるにつれて過去の作業を要約し、並列上限のもとでタスクをサブエージェントに分割し(公開されている例では max_concurrent_subagents4)、毎ターンすべてのツール定義に課金される代わりに必要なときだけ読み込み、こちらがリトライを書かなくても障害を生き延びる。

サンドボックスは 3 通りある。OpenAI ホスト型、外向き WebSocket 経由の codex exec-server による自前ホスト型、あるいはパートナー経由——ローンチ時点では Blaxel、Cloudflare、Daytona、DigitalOcean、E2B、Modal、Oracle、Runloop、Vercel が挙げられていた。

そして価格が、誰もが半信半疑だった見出しだ。Agents API そのものに料金はかからない。 支払うのはモデルのトークンが通常料金、OpenAI 提供ツールが通常料金、ホスト型サンドボックスを使うならコンテナ時間。オーケストレーションは無償だ。

2. ハーネスはもう仕事のある場所ではない

この夏、ハーネスについて 2 度書いた。どちらも「どれを選ぶか」という話としてだ。Prime Agent と Muse Code は正反対の賭けをした——オープンかホスト型か。そして DeepSeek はループすらプラグインであるハーネスを公開した。その議論全体に共通する前提は、ハーネスは実在する設計判断を伴う実在するエンジニアリングであり、どれかを選ぶことは戦略的行為だ、というものだった。

その前提はいま、かなり弱まった——少なくとも、誰もが同じように作っていた部分については。

リトライ処理で差別化していた者はいない。全員がただ書いていただけだ。

マネージドハーネスがいま担う項目を並べて、正直に問うてほしい。そのうちどれを、自分のチームは有能な既定値より上手にやっていたか。ウィンドウが埋まったときのコンテキスト圧縮。ツールの並列呼び出し。独自のコンテキストを受け取り結果を返すサブエージェント。最初のターンから再生し直さずにクラッシュから再開すること。100 個のツールが毎ターン 100 個のスキーマ分の費用にならないよう、ツールスキーマを遅延読み込みすること。

これらはどのエージェントチームの社内インフラのバックログにも並んでいる項目そのものであり、そして誰の製品もそこで勝ってはいない。競合がそれを無償で出荷し、しかも動くのなら、自前版を維持することは自明の選択ではなく、正当化を要する判断になる。

本物の効率化の議論

ツール定義の遅延読み込みと自動圧縮は、常駐という問題に直接切り込む——エージェントが読んだファイルはすべて常駐し、毎ターン再課金される。正しく動くマネージドの圧縮器は、誰かが思い出したときに動く手製の圧縮器に勝つ。この節約はマーケティングではなく本物だ。

3. 契約する前に読むべき段落

これが、OpenAI 自身の Agents API ドキュメントにある一文だ。

Agents API の制限事項より

Agents API が現在対応するデータレジデンシーは米国のみであり、Zero Data Retention には対応しない。自前ホストのサンドボックスを選んでも、Agents API が ZDR の対象になるわけではない。

最後の一文は 2 度読んでほしい。創業者が真っ先に手を伸ばす非常口を、この一文が閉じているからだ。

直感はこう言う。*なるほど、うちのコードは機微だから、サンドボックスは自社の VPC で動かそう。*それは可能だ。計算は移る。ファイルは自社インフラに留まる。それでも ZDR の対象にはならない。保持されていたのはサンドボックスではなかったからだ。

4. 永続性と保持は 1 つの性質だ

ここが、創業者に本当に腹落ちしてほしい部分だ。後続のリリースで埋まるポリシーの穴ではないからだ。

永続セッションを価値あるものにしているのは、それが覚えていることだ。明日タスクを差し戻せば、何を読み、何を試し、何が失敗し、何を結論したかを、こちらが何も組み立て直さずに把握している。OpenAI のドキュメントはこう率直に書く。API は「会話コンテキストを組み立て直すことなくターンをまたいで作業を続けられるよう、セッション状態を保持する」。

同じ仕組みを、今度はセキュリティ審査官に説明してみてほしい。第三者が、あなたのエージェントが触れたすべて——ファイルの中身、ツールの出力、途中の推論、そこを通過した顧客データ——について、永続的で再生可能な記録を、あなたが管理しないインフラ上の、あなたが選んでいない法域で保持している。

永続性とは、マーケティングを被せた保持のことだ。エンジニアリングと法務が別々に語る、1 つの性質にすぎない。

セッションが再起動を生き延びて、なお何も残らない、という版は存在しない。Zero Data Retention と永続セッションは構造上ここまでで相互排他であり、あの制限事項ページの誠実な読み方は「まだ」ではなく「この機能がこう動く限りは無理」だ。

これは判断の枠組みを変える。第 1 四半期に外れるチェックボックスではない。構造的な取引だ。何も保持されないと買い手に約束できる能力を手放して、エージェントのループを保守しなくてよい能力を手に入れる。 多くの製品にとって、この取引は明らかに正しい。一部の製品にとっては初日から失格事由であり、有用なのは、その上に 8 か月積み上げる前に自分がどちらなのかを知っていることだ。

5. 何が持ち出せて、何が持ち出せないか

オープンソースという枠づけが人を混乱させているので、きれいに切り分けておく価値がある。

ハーネスのロジック

持ち出せる
Codex のハーネスはオープンだ。圧縮、ツールのディスパッチ、サブエージェントの調停がどう動くかを読み、自分で動かし、フォークできる。これはマネージドなエージェント提供の大半が渡すものより確かに手厚く、エージェントの挙動がブラックボックスではなく検証可能であることを意味する。評価すべき点だ。

サンドボックス

持ち出せる
名前の挙がった 9 社と自前の codex exec-server により、実行環境は実際の選択肢になっている。CPU、GPU、メモリ、VPC の選択肢も実在する。コードがどこで動き、ファイルがどこにあるかが懸念なら、その懸念は今日すでに手当てできる。

セッション状態

囲い込まれる
長時間動くエージェントインスタンスの蓄積コンテキストは、OpenAI のインフラ上、米国内に、保持された状態で存在する。書き出して別の場所で再開するという道筋はない。圧縮された状態は先方の圧縮器の産物だからだ。これがロックインであり、そしてロックインを列挙するとき誰も挙げないほうのロックインだ。

モデルとの結合

囲い込まれる
例は gpt-6-astra で動いている。コンテキストを管理し、いつ圧縮するかを決め、サブエージェントを調停するハーネスは、調整対象となったモデルと共に設計されている。ハーネスのコードがオープンでも、「別のプロバイダーに差し替える」はその調整のやり直しであって、設定変更ではない。

乗り換えコストは移動した。かつてはあなたが書いたオーケストレーションのコードで、面倒ではあっても自分のものだった。いまはあなたが書いていない記録であり、それは自分のものではない。

6. ロックインを引き受けずに契約する

無償のループが欲しいなら——そしてほとんどのチームは少なくとも見積もるべきだ——選択肢を開いたままにする設計は、エージェントをデバッグ可能にする設計と同じだ。これは気持ちのよい偶然だ。

セッションを主ではなく派生にする

1 つめ
自分側のストアがタスク、入力、下した判断、生成した成果物を保持する。ベンダーのセッションは次のターンを速くする作業コンテキストを保持する。今夜セッションが消えたとして、失うべきは速度であって真実ではない。ここを飛ばしたチームは、製品の実際の履歴が他人の要約形式の中で暮らす羽目になる。

チェックポイントは先方ではなく自分の境界に置く

2 つめ
エージェントが意味のある一単位を終えるたびに、自分が定義した形で結果を自社システムに書き出す。それが監査証跡であり、再開点であり、移行経路でもある。エージェントが何をしたのかと尋ねる法人顧客に差し出すものでもあり、圧縮されたベンダーのセッションはそれをあなたの代わりに答えられない。

境界を越えるものを把握する

3 つめ
エージェントセッションがいつか目にしてよいデータを意図的に決め、ポリシー文書ではなく呼び出しの手前で強制する。境界でのマスキング、範囲を絞った資格情報、合成データは、いまなら安く、保持済みの記録に「入っていてほしくなかったもの」がすでに入ってからでは途方もなく高くつく。

これをやれば Agents API は立ち去れる加速装置になる。飛ばせば、製品の記憶が住みつく場所になる。

7. 導入パートナーの数値の読み方

ローンチには顧客の成果が添えられていた。正確に述べ、相応に割り引く価値がある。ある導入パートナーは評価スコアが 0.71 から 0.85 へ、レイテンシはおよそ 4x の短縮と報告した。別の 1 社は 1 件あたり 60% のコスト削減、さらに別の 1 社は 失敗応答が 86% 減少と報告している。

実在するチームによる実在する差分の報告だ。同時に、ベンダーが選び、自己申告で、監査されておらず、そのチームがそれ以前に持っていたものとの比較でもある——マネージドなオーケストレーションのローンチパートナーを引き受ける企業にとって、それはおそらく、置き換えを必要としていた手製のループだった。

この数値が示すことと示さないこと

有能なマネージドハーネスが放置された社内実装に勝つことは示している。それは誰も疑っていなかった。保守されている社内実装に勝つことは示していないし、それを示した公開比較も存在しない。動作する証拠として受け取るべきで、自社の改善見込みとして受け取るべきではない。

8. 私ならどこに着地するか

状況別の率直な答え

保持に関する一文が、他の何よりも先にこの大半を決める

  • EU、医療、金融、公共部門に売っている。 いまはこの上に構築しない。米国限定のレジデンシーと ZDR の非対応は、最初の本格的なセキュリティ審査で行き止まりになる。統合から 8 か月後にそれを知るのが高くつく版だ。
  • プロダクトマーケットフィット前、消費者向けまたは中小企業向け、規制対象データなし。 使うべきだ。圧縮ロジックに費やす 1 週間は、顧客が評価する対象に費やさなかった 1 週間であり、ループはもう無償だ。
  • すでに本番で動くハーネスがある。 ローンチ投稿で引き剥がさない。実在のワークロードを両方で走らせ、トークン費用と失敗率を比べ、勝ったほうを残す。ここで最も稀少な資産——基準値——を持っているのはあなただ。
  • 数日にわたる長時間の自律作業。 最も適合が強い。マネージドな復旧を伴う永続セッションこそ難しい部分であり、それを自前で作り直せば数か月かかる。
  • 差別化要因がエージェントのループそのもの。 ならば、あなたの堀は無償の代替によっていま汎用品にされた。それは来年ではなく今週知っておくべきことだ。

9. 読み込みすぎないこと

パブリックベータはパブリックベータだ。 レジデンシーも ZDR もモデル対応も変わりうるし、永続セッション設計にとって今日は構造的である制限が、後に別のセッションモードで解決されることもありうる。文書化されているものの上に作るのであって、ありそうなことの上に作るのではない。

「上乗せなし」は「費用なし」ではない。 コンテナ時間は課金され、ホスト型ツールも課金され、透過的に圧縮しサブエージェントを起こすハーネスはトークン消費の予測を易しくするのではなく難しくする。初日から、呼び出し単位ではなく完了タスク単位で支出を計測すること。

無償のオーケストレーションは戦略であって気前のよさではない。 下のトークンを売るために上の層を配るのは、インフラで最も古い手だ。しかもそれは、無償の層が本当に良いからこそ効く。これは目を開けて使う理由であって、拒む理由ではない。

率直なまとめ

エージェントのハーネスは 2026 年 9 月 10 日に差別化要因ではなくなった。コンテキスト圧縮、サブエージェントの調停、ツールの遅延読み込み、クラッシュからの復旧は、上乗せなしのマネージドサービスになった。それらの自前版を維持する論拠は、前提にするのではなく組み立てなければならない。

戦略的な問いとしてそれに取って代わるのが、セッションだ。永続的なエージェントセッションはこのリリースで最も有用なプリミティブであり、同時に、自前ホストできず、保持に関する保証を得られず、持ち出せもしない唯一のものだ。永続性と保持は同じ性質であり、つまりこれは一時的な欠落ではなく取引だということだ。

ループは借りる。状態は所有する。ここを取り違えたチームは 1 年のあいだ気づかず、そして一度に気づく。

出典: OpenAI「Introducing the Agents API」 · OpenAI API ドキュメント、Agents API の概要 · OpenAI API チェンジログ、2026 年 9 月 10 日 · MarkTechPost「OpenAI Launches the Agents API in Public Beta, Putting the Codex Harness Behind One API Call」 · プリミティブ、制限事項の文言、価格の構成要素はすべて OpenAI のドキュメントからの引用であり、導入パートナーの数値はベンダーの公表値です。永続性と保持を 1 つの性質として読む見方、および設計上の提言はすべて筆者のものです。ハーネスの議論がまだベンダー間の選択だった頃の様子については、48 時間で出荷され正反対の賭けをした 2 つのハーネスを参照してください。

IdeaToMVP Academy

Want to build with AI — not just read about it?

4-week live cohort for founders. Learn to ship AI agents, scope MVPs, and automate your business — taught by the same team that writes these guides.

Explore the Academy →
Share this post :