OpenAI DevDay 2026 で何が出たか：新しい API、AI Agent、Tool Calling、JSON 開発者ガイド

読む前の早見

対象	公式の事実	誰が実行するか
Decisions API	Luna / finite answers / limited preview	モデルが列挙を選び、宿主がルーティングする
Agents API	Computer Use + Tool Search + compaction	まだパブリックベータ。副作用は宿主
Model tiers	GPT-6.1 Sol; paid Ultrafast	Astra の Ultrafast は利用可。Sol は近日
Codex	Cloud, Review, Security Cloud	スキャンと diff はオブジェクトであり、チャットではない

事実は OpenAI のまとめと開発者コミュニティ告知。Decisions の例は先に固定すべき契約形であり、未公開のワイヤレベル欄名ではない。

DevDay は速い有限決定と UI を操作できる Agent を足した。層は動かない

公式まとめは開発者向けの一覧である。JSON 作業に効くのは三つ。第一、Decisions API は Luna で有限のあらかじめ定めた答えから分類・経路・次手を選ぶ。限定プレビューの後に拡大。第二、Agents API はパブリックベータのままで Computer Use を足し、Tool Search と文脈圧縮を載せる。第三、GPT-6.1 Sol はコーディングと computer use 向けで、標準 token 価格は Astra のおよそ五分の一。Ultrafast は有料の速度枠で、公式は Codex 最大約 8 倍、API 約 6 倍と書く。Astra は既に開け、Sol は続く。Codex 側はノート PC を閉じても走るクラウドタスク、CLI の /agents、デスクトップ Code Review、リポジトリを掃く Security Cloud がある。

• Decisions：答え集合は有限列挙。モデルは lookup を選ぶだけで、注文を調べない。
• Agents / Computer Use：UI 操作もツール呼び出し。宿主が許可した動作を実行し、結果を書き戻す。
• 圧縮と Tool Search：文脈は短くなり、ツール定義は必要時に載る。状態は再生できなければならない。チャット窓では足りない。

Agents API パブリックベータオブジェクトのつなぎ方は OpenAI Agents API と JSON Tool Calling。Schema が門である理由は AI に JSON Schema が必要な理由。旧稿 DevDay 2026 予測稿 は keynote 前の予測。本篇は 9 月 29 日以降の公式一覧だけを使い、あの予測は書き換えない。

Decisions：先に答え集合を門にしてからプレビューを呼ぶ

公式の言い方：Luna に有限のあらかじめ定めた答えを渡し、文脈はテキストまたは画像、戻った答えで分類・経路・次手を選ぶ。ワイヤレベルの欄名は文書に従う。今固定できるのは契約。架空の注文。実在の秘密は貼らない：

{
  "task": "route_order",
  "question": "What should the host do next for this order?",
  "answers": ["lookup", "hold", "escalate"],
  "context": {
    "order_id": "A-1042",
    "status": "paid",
    "note": "demo-pass"
  }
}

answers は列挙でなければならない。広い string は発明動詞を招く。宿主は名簿の動作だけを実行する。lookup は lookup_order を呼び、hold は止まり、escalate は人へ。これは門であり、「JSON を出して」ではない。

Agents API：ツール JSON は変わらない。Computer Use にも宿主が要る

照会は依然として関数呼び出し。モデルは A-1042 を埋める。これは Decisions の列挙でも MCP の tools/call でもない：

{
  "type": "function_call",
  "call_id": "call_3c91",
  "name": "lookup_order",
  "arguments": "{\"order_id\":\"A-1042\"}"
}

宿主が形を確かめ、実行し、同じ call_id で書き戻す。失敗もオブジェクト：

{
  "type": "function_call_output",
  "call_id": "call_3c91",
  "output": "{\"order_id\":\"A-1042\",\"status\":\"paid\"}"
}

公式は Tool Search と自動圧縮を Agents API に書いた。ツール表は必要時に載り、長い文脈は短くなる。環の重ね方は Agent Harness と JSON State。セッション状態は直前の決定と待ちツールを指せなければならない：

{
  "api": "agents",
  "model": "gpt-6-astra",
  "session": "sess_7f2a",
  "last_decision": "lookup",
  "pending_tool": "lookup_order",
  "tools_loaded": ["lookup_order"],
  "compacted": false
}

四つの新しいオブジェクト。「別の Agent」に糊付けしない

公式一覧どおり分けてつなぐ。Decisions の列挙を Agents の tool 表に流し込まない：

まとめには Bedrock Managed Agents、Private Intelligence の ZDR、Dots / Space もある。リポジトリの tool JSON は変わらない。購読枠と消費者向け Dots は本篇では扱わない。

DevDay を既存の JSON ループに載せる五ステップ

「Ultrafast を入れてから Schema」から始めない。オブジェクトを書く：

1. 出荷表を作る。GA、パブリックベータ、プレビューを分ける。Decisions はプレビュー。Agents はまだベータ。
2. Decisions に列挙の門を付ける。additionalProperties: false。名簿外は拒否。
3. Agents のツール表を狭く保つ。照会に返金欄を載せない。Computer Use は lookup_order と分けて許可する。
4. 圧縮をイベントにする。Tool Search が何を載せたか、compacted かどうか、を session に書く。
5. Codex の diff をオブジェクトにする。レビューとスキャンは照合できること。「安全そう」は結果ではない。

Schema が門である理由は Agents API + JSON Schema。別ベンダーのモデル交代でもツール JSON を埋める話は Claude Opus 5.5 とツール JSON。

経路を再生するなら、四つの JSON を広げる

失敗の多くは列挙、tool 引数、call_id、圧縮旗の不一致。「Sol が遅くない」ではない。

• 答え集合と実戻りを 整形 し、Schema 検証 で lookup|hold|escalate に落ちたか見る。
• JSONPath 抽出 で $.order_id、$.call_id、$.last_decision。
• 圧縮前後の session を JSON Diff。プロンプトより先に状態欄を足す。
• call_3c91 が呼び出しと書き戻しで同じ id か見る。
• 注文、トークン、リポジトリ経路を公開フォーマッタに貼らない。JSONSort はブラウザ内で動く。

四つのオブジェクトが Schema で再建できて初めて、DevDay の開発者増分を受け取っている。

よくある誤り

• 予測稿を出荷一覧にする。旧文は Structured Outputs を推測した。本篇は 9 月 29 日のまとめに出た対象だけを書く。
• Decisions を新しい Agents API だと思う。一方は有限答え、他方はツール循環。欄を混ぜると経路が副作用になる。
• Computer Use をモデルが OS を持つことだと読む。実行は宿主。権限表なしでは開けない。
• Ultrafast で Schema を代用する。速い token は発明キーを止めない。門は残る。
• 圧縮を何も起きなかったことにする。公式は自動圧縮を書く。初期のツール結果は要約に食われることがある。
• Dots / Pro 500 を API 教程にする。それは製品と課金。開発者循環は JSON のまま。

FAQ

Agents API は今日発売されたのか？

違う。公式のパブリックベータは 9 月 10 日。DevDay は Computer Use を足し、Codex 側の Tool Search、圧縮、多 Agent を API に載せた。

Decisions API の公式 JSON 欄名は何か？

公開まとめは有限のあらかじめ定めた答えとテキストまたは画像文脈だけを書く。ここでの例は先に固定すべき契約。フィールド名は文書に従う。例のキーを本番に写さない。

GPT-6.1 Sol の Ultrafast は API で使えるか？

まとめ：Astra Ultrafast は利用可。Sol Ultrafast は近日。『近日』を『出荷済み』と書かない。

Computer Use は lookup_order と同じか？

違う。照会は関数呼び出し。Computer Use はソフト UI の操作。二つのツール表、二つの権限。

既存の Responses 作業を書き直すべきか？

最初ではない。公式は今も Responses、Agents SDK、Agents API を分けている。先に Decisions の列挙門を足し、どの循環が Computer Use を受けるか決める。

結論

DevDay 2026 が開発者に渡したのは、より速い有限決定、UI を操作できる Agents API、より安い Sol、有料の Ultrafast。層は動かない。モデルは JSON を埋めるか列挙を選び、宿主が門を通してから実行する。

A-1042 が Decisions の答え集合に入るか lookup_order に入るかを先に書く。列挙、call_id、圧縮旗を指せれば、9 月 29 日の一覧に乗っている。

関連記事

• OpenAI Agents API と JSON Tool Calling 9 月 10 日のパブリックベータオブジェクト。本篇は書き直さない
• Agents API + JSON Schema 安定、検証可能、実行可能
• DevDay 2026 予測稿 keynote 前の推測であり、この一覧ではない
• Claude Opus 5.5 とツール JSON 別ベンダーのモデル交代。層は同じ
• Agent Harness と JSON State 環、門、状態
• なぜ AI に JSON Schema が要るか Schema は門
• JSONSort のローカル道具 整形、検証、Diff、Schema
• すべての記事 JSON と AI 開発のメモ

更新記録： 2026-09-30 初回公開