AI 開發

OpenAI DevDay 2026 重點預測：Structured Outputs、Function Calling 和 AI Agent 會有什麼變化？

JSONSort 發布 2026-09-02 更新 2026-09-02 閱讀約 14 分鐘

OpenAI DevDay 2026 將於 9 月 29 日在舊金山 Fort Mason 舉行。Keynote 會直播，技術專場圍繞 API、Agent 與生產模式。官方尚未公布具體產品清單，但平台軌跡已經清楚：Structured Outputs 管「模型吐出合法 JSON」，Function Calling 管「模型表達呼叫意圖」，AI Agent 把前兩者編成可執行工作流。本文依現行 API 與 2025 年以來的產品線，給出三塊能力的重點預測，以及開發者現在就能做的 JSON Schema 準備。

閱讀前速覽

維度	2026-09 現狀	DevDay 可能走向
Structured Outputs	`json_schema` + `strict`，保證貼合 Schema	更完整 Schema 子集、串流合法 JSON、Agent 交接預設開啟
Function Calling	`tools[]` / `tool_calls`，`arguments` 仍是字串	原生 JSON 參數、並行+串列計畫、MCP 原生對應
AI Agent	Responses API + Agents SDK；Assistants API 已於 8 月 26 日停用	類型化交接、可觀測 JSON、與 MCP / A2A 互通

下文是依公開 API 軌跡的預測，不是官方議程或洩密。9 月 29 日以 Keynote 為準。

DevDay 2026 何時開、我們預測什麼

公開資訊已經把時間釘死：2026 年 9 月 29 日，舊金山 Fort Mason，單日議程。Keynote 免費直播；其餘專場會後上架 openai.com。現場門票申請已於 7 月 10 日截止，受邀者 650 美元註冊。今年首次在旗艦場之後加 DevDay Exchanges：班加羅爾 10 月 16 日、東京 20 日、首爾 22 日、柏林 26 日、巴黎 28 日、倫敦 11 月 3 日、聖保羅 6 日、墨西哥城 11 日。

議題方向已寫在活動頁上：API、Agent、生產模式、安全。具體產品名仍處封鎖期。因此本文只做可證偽的預測——每條都對應現行痛點，會後可以對表。不討論模型參數或硬體傳聞，只談開發者每天要寫的那層 JSON。

2026 年 9 月的三件套基線

預測前先對齊「現在已經有什麼」，否則容易把舊功能當成新發布。

Structured Outputs（2024 年 8 月起）：比 JSON mode 更進一步，模型輸出必須貼合你給的 JSON Schema。Responses API 裡走 text.format；Function Calling 裡給工具開 strict: true。
Function Calling：請求注入 tools[]，回應返回 tool_calls。arguments 仍是字串化 JSON，宿主必須二次 parse 再校驗。
AI Agent：生產路徑收斂到 Responses API + Agents SDK。2025 DevDay 推出的 AgentKit（Agent Builder、ChatKit、Connector Registry）仍是上層編排。Assistants API 已於 2026 年 8 月 26 日停用。

生態側另有兩層：工具供給看 MCP Tool Schema vs Function Calling；Agent 互操作看 A2A Extensions。DevDay 不會替代這兩套開放協議，更可能把它們接進 OpenAI 自己的呼叫幀。

預測一：Structured Outputs 會從「能用」變成「預設管道」

今天 Structured Outputs 已經能擋住「看起來像 JSON、卻對不上 Schema」的事故。剩下的摩擦集中在三處：Schema 子集偏窄、串流輸出中途不合法、拒絕/報錯形狀不穩定。DevDay 最可能推進的，是把 Schema 從「可選開關」變成 Agent 流水線的預設契約。

一份工單抽取 Schema 大致如下：

{
  "name": "ticket_extract",
  "strict": true,
  "schema": {
    "type": "object",
    "properties": {
      "priority": { "type": "string", "enum": ["low", "medium", "high"] },
      "assignee": { "type": "string" },
      "summary": { "type": "string" },
      "labels": { "type": "array", "items": { "type": "string" } }
    },
    "required": ["priority", "summary"],
    "additionalProperties": false
  }
}

我們預計會看到這些變化（按可能性由高到低）：

更完整的 JSON Schema 子集。 oneOf、$ref、有限遞迴今天仍常踩坑。Agent 交接一旦要表達「退款 | 換貨 | 人工」這類互斥分支，沒有 oneOf 就得靠扁平 enum 硬撐。
串流 Structured Outputs 保持增量合法。 前端邊收邊渲染表格時，半截 JSON 會把解析器打崩。更合理的契約是：每個已閉合的欄位都可以立刻 validate。
拒絕與錯誤也走 Schema。 安全拒答今天常跳出你給的物件形狀。生產系統更需要 refusal 仍是合法 JSON，而不是一段自由文字。
同一份 Schema 跨模型族複用。 團隊已經在 GPT-5 系列之間切換；DevDay 若強調「一份 schema，多快照可用」，會直接減少適配層。

除錯這類 Schema 時，先在 JSONSort 格式化裡確認括號與逗號，再對照 JSON Schema 教程看 required / additionalProperties 是否寫漏。切勿把含使用者資料的模型輸出上傳到線上 JSON 站點。

預測二：Function Calling 會更像「計畫」，而不只是一次呼叫

Function Calling 已經從早期的單函式，演進到並行 tool_calls。2026 年的瓶頸不再是「會不會調工具」，而是：工具一多就選錯、參數二次編碼易炸、工具結果仍是無類型字串、MCP 工具要手寫對應。DevDay 更可能交付的是呼叫計畫 + 類型化往返，而不是又一個 tools 別名。

現行工具定義（OpenAI 風格）仍長這樣：

{
  "type": "function",
  "function": {
    "name": "create_ticket",
    "strict": true,
    "parameters": {
      "type": "object",
      "properties": {
        "title": { "type": "string" },
        "priority": { "type": "string", "enum": ["low", "medium", "high"] }
      },
      "required": ["title", "priority"],
      "additionalProperties": false
    }
  }
}

對應的重點預測：

arguments 變為原生 JSON 物件（或同時提供物件與字串）。二次 JSON.parse 是線上最常見的一類 bug；Responses API 已有條件收緊這一點。
並行 + 串列計畫成為一等公民。 今天並行呼叫有了，但「先查訂單再退款」仍靠提示詞或自建狀態機。官方若給出 depends_on 一類欄位，Agent 執行時就能少寫一層編排。
MCP 工具直接出現在 tools[]。 宿主不再手寫 inputSchema → parameters 轉換。這與 MCP 文章裡的「分層」結論一致：MCP 供給工具，API 層負責模型意圖。
工具結果也走 Structured Outputs。 role: tool 今天多是自由字串；若結果必須貼合 Schema，下游 Agent 才接得住。
工具檢索替代「一次塞 50 個工具」。 大 Schema 既貴又容易誤呼叫。更可能的 API 是：先檢索相關工具，再把短名單交給模型。
strict: true 成為預設。 新整合不再需要記得開開關。

預測三：AI Agent 會把 JSON 契約當成執行時，而不只是設定

Agent 層在 2025–2026 的主線是：從 Assistants 遷到 Responses，用 Agents SDK 把 agent、tool、handoff、guardrail 寫成程式。AgentKit 提供畫布、聊天 UI 與連接器。業界報導還提到視覺 Agent Builder 可能在 11 月 30 日後停止匯出——這一點以官方說明為準，但方向很清楚：可版本控制的程式編排，會壓過不可匯出的畫布。

DevDay 上 Agent 最可能被強調的，不是「又一個能聊天的機器人」，而是類型化交接：

{
  "handoff": {
    "from": "triage",
    "to": "billing_agent",
    "output": {
      "intent": "refund",
      "order_id": "A-1042",
      "confidence": 0.91
    }
  }
}

這類 JSON 一旦成為 SDK 一等物件，路由就不再依賴「模型在散文裡提到 billing」。配套預測：

Handoff 必須帶 output_type。 分診 Agent 先輸出分類物件，再交給下游；這正是 Structured Outputs 的用武之地。
Trace / Eval 以 JSON 為載體。 評分、跨步追蹤、回歸集都會是可 diff 的檔案，而不是主控台截圖。
MCP 與 A2A 出現在同一條流水線。 MCP Server 提供工具，A2A 在多 Agent 之間派發任務並帶上擴充頭。OpenAI 側更可能做「連接器 / 登錄」，而不是另起一套互操作協議。
長任務用結構化檢查點續跑。 電腦使用、過夜批次需要可恢復的 JSON 狀態，而不是只靠對話歷史。

三者如何匯合成一條 JSON 管道

把預測疊在一起，2026 年底的穩妥架構是分層，而不是三選一：

JSON Schema 是單一事實來源。 倉庫裡維護 schemas/tools/*.json 與 schemas/handoffs/*.json。
Structured Outputs 約束模型對使用者或對下游 Agent 的最終物件。
Function Calling 約束模型對外部系統的呼叫意圖；參數 Schema 從同一份檔案匯出。
Agent 執行時 按 handoff JSON 路由，按 tool JSON 執行，按 trace JSON 復盤。
MCP / A2A 負責跨宿主供給與跨 Agent 協商，不替代上面三層。

版本漂移時，用 JSON Diff 對比「上週能跑的 Schema」和「今天模型拒答的 Schema」。很多「模型變笨了」其實是 required 多了一個欄位。

開發者現在怎麼準備（不必等 9 月 29 日）

把工具參數、交接物件、評估樣例都寫成 JSON Schema，而不是散落在提示詞裡。
新程式只走 Responses API / Agents SDK；不要再開 Assistants 執行緒。
給每個工具開 strict: true，並在 CI 裡用 ajv 一類校驗器跑示例 payload。
工具超過十個就做路由或檢索，不要把整張目錄塞進一次請求。
解析 arguments 時按「字串或物件」兩種形狀相容，避免 DevDay 後欄位類型一變就全站報錯。
含金鑰或使用者資料的 tool 回應只在本地看：格式化、Diff，零上傳。

常見誤區

把預測當成發布說明。 9 月 29 日之前，任何「官方將推出 X」的二手帖都應降權。本文每條都可以在會後打臉。
把 Structured Outputs 和 Function Calling 當成同一開關。 前者約束「對使用者/下游說什麼」，後者約束「要呼叫什麼」。Agent 裡兩者常常同時開。
以為 MCP 會在 DevDay 被官方協議替換。 更可能的是連接器加深，而不是再發明一套 inputSchema。
畫布工作流沒有匯出副本。 若你還在用視覺 Builder，先把節點、提示詞和 Schema 匯出到 Git。
忽略 arguments 雙重編碼。 在官方改成原生物件之前，這仍是第一大線上故障。

常見問題（FAQ）

這是官方議程嗎？

不是。時間、地點、議題方向來自公開活動頁；產品細節是根據現行 API 痛點做的預測。Keynote 直播才是第一手來源。

Structured Outputs 會取代 Function Calling 嗎？

不會。Structured Outputs 管最終物件形狀；Function Calling 管工具呼叫。2026 年趨勢是疊加：工具參數和交接物件都用同一套 Schema。

Assistants API 停了，舊執行緒怎麼辦？

生產路徑應遷到 Responses API + Agents SDK。執行緒狀態、工具定義和輸出 Schema 要先匯出，再在 SDK 裡重寫編排，不要等畫布自動翻譯。

沒門票怎麼跟？

Keynote 免費直播，專場會後上架。Exchange 城市申請窗口到 9 月 17 日。對大多數團隊來說，會後文件比現場走廊問答更有用。

如何除錯工具和交接 JSON？

用 JSONSort 在瀏覽器本地格式化、校驗和 Diff。不要把帶金鑰的 tool 回應貼到公共 JSON 網站。

結論

DevDay 2026 不太可能再發明一種「看起來像 JSON 的新格式」。更可能的是：Structured Outputs 變成預設契約，Function Calling 變成帶依賴的計畫，Agent 執行時變成可 diff 的 JSON 狀態機——並更深地接上 MCP 與 A2A。對開發者，會前最有槓桿的動作不是猜產品名，而是把 Schema 收攏成倉庫裡的單一事實來源。9 月 29 日對照 Keynote；對得上的留下，對不上的丟掉，JSON 層的準備工作不會浪費。