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 层的准备工作不会浪费。