博客 • AI / Agent

AI Conference 2026 有哪些值得关注的 Agent / API / JSON 热点？

2026 年夏天的 AI 开发者大会（NeurIPS Systems Track、MCP Summit、各云厂商 Agent Day）几乎都在讨论同一件事：Agent 怎么从 demo 变成生产系统。关键词高度重合——MCP 2026-07-28、JSON Schema 2020-12、Responses API，以及如何把模型输出变成可校验的结构化数据。

如果你在做 Agent 接入、MCP Server 或 LLM API 集成，这次大会释放的信号非常一致：协议无状态化、工具契约 JSON 化、API 面向 Agent 收敛。

本文将说明：

• 2026 年 AI Conference 五大技术热点一览
• MCP 2026-07-28 无状态架构改了什么
• JSON Schema 2020-12 如何成为工具契约标准
• Agent API（Responses API / Function Calling）的工程选型
• Structured Output 与 JSONNote 本地调试工作流

五大热点总览

我们整理了 2026 年各大会 Keynote 和 BoF 里被反复提及的五条技术线。它们不是孤立趋势——MCP 管传输，JSON Schema 管契约，LLM API 管推理，三者正在快速对齐。

这五条线的交汇点是：Agent 的每一步 I/O 都应该是可描述、可校验、可审计的 JSON。这也是 JSONNote 作为本地 JSON 工具链存在的理由——模型和协议再变，调试 structured output 的需求不会变。

MCP 2026-07-28 无状态化

MCP 在 2026 年 7 月 28 日正式发布新版本，最大 breaking change 是移除 initialize / initialized 握手和 Mcp-Session-Id header。过去远程 MCP Server 需要 sticky session 或共享 session store；现在每个请求独立携带协议版本和客户端信息。

协议版本、clientInfo 和 clientCapabilities 改在每次请求的 _meta 字段里传递。Streamable HTTP 还要求 Mcp-Method 和 Mcp-Name header，网关和 WAF 可以直接按 header 路由和限流，不必解析 JSON body。

POST /mcp HTTP/1.1
MCP-Protocol-Version: 2026-07-28
Mcp-Method: tools/call
Mcp-Name: search
Content-Type: application/json

{
  "jsonrpc": "2.0",
  "id": 1,
  "method": "tools/call",
  "params": {
    "name": "search",
    "arguments": { "q": "agent json schema" },
    "_meta": {
      "io.modelcontextprotocol/protocolVersion": "2026-07-28",
      "io.modelcontextprotocol/clientInfo": {
        "name": "my-agent",
        "version": "1.0"
      }
    }
  }
}

另外，ttlMs 和 cacheScope 元数据让客户端可以缓存 tools/list 结果，减少 Agent 每轮重复拉取工具列表的开销——对多步 Agent 循环是实打实的性能提升。

JSON Schema 2020-12 工具契约

MCP 工具的 oneOf、anyOf 和 $ref 从受限子集升级到完整 JSON Schema 2020-12。inputSchema 根节点仍为 object，但内部可以表达复杂参数组合；outputSchema 不再限制为 object，structuredContent 可以是任意 JSON 值。

{
  "name": "create_ticket",
  "description": "Create a support ticket",
  "inputSchema": {
    "$schema": "https://json-schema.org/draft/2020-12/schema",
    "type": "object",
    "properties": {
      "title": { "type": "string", "minLength": 1 },
      "priority": {
        "oneOf": [
          { "type": "string", "enum": ["low", "medium", "high"] },
          { "type": "integer", "minimum": 1, "maximum": 3 }
        ]
      }
    },
    "required": ["title"]
  },
  "outputSchema": {
    "type": "object",
    "properties": {
      "ticketId": { "type": "string" },
      "status": { "type": "string" }
    },
    "required": ["ticketId", "status"]
  }
}

Server 返回的 structuredContent 必须 conform 到 outputSchema（如果定义了）。Client 侧应做 validate——这和 LLM API 里 parse tool_calls.arguments 是同一类工程问题，只是数据来源从模型变成了 MCP Server。

Agent API 收敛：Responses API 与 Function Calling

各云厂商和模型提供商在 2026 年的 Agent Day 上达成一个默契：Chat Completions 不会消失，但 Responses API 正在成为 Agent 工作流的一等公民——统一承载 tools 数组、多轮 tool loop 和 JSON 输出。

• 请求里声明 tools 数组（JSON Schema 描述参数）
• 模型返回 tool_calls，arguments 是 JSON 字符串
• 或用 response_format 强制 JSON 对象输出

以 DeepSeek V4-Pro 为例，deepseek-v4-pro 已在 2026 年 8 月 GA，原生支持 Function Calling、JSON Mode 和 OpenAI 兼容的 Responses API 格式。

Structured Output 工程实践

大会上各团队分享的痛点高度一致：模型「说了 JSON」不等于「对了 JSON」。以下是四种常见路径及适用场景：

最佳实践是多层防御：API 层选 Strict 或 Function Calling → 业务层用 JSON Schema validate → 调试层用 JSONNote 本地 format / diff / schema check。

多 Agent 编排与 Elicitation

另一个高频话题是 Agent 如何在无人值守和人工审批之间切换。MCP 的 elicitation 扩展允许 Server 在执行敏感工具前向 Host 发起确认请求；有状态场景则通过 requestState 显式 handle 模式传递上下文，而不是依赖隐式 session。

LangGraph、CrewAI、Microsoft Agent Framework 等编排框架在大会 workshop 里演示了同一模式：Planner Agent 输出 JSON plan → Executor Agent 逐步调用 MCP tools → 遇到 elicitation 暂停等用户确认 → 继续循环。JSON 是 Agent 之间唯一的「通用语」。

开发者落地清单

1. 1
   升级 MCP SDK

   TypeScript / Python / Go / C# SDK 均已适配 2026-07-28。移除 initialize 逻辑，给每个请求加 _meta，验证 Mcp-Method / Mcp-Name header。

2. 2
   重写工具 schema

   把 MCP 工具的 inputSchema / outputSchema 升级到 JSON Schema 2020-12。复杂参数用 oneOf / $ref，outputSchema 描述 structuredContent 结构。

3. 3
   统一 API 层

   新 Agent 项目优先用 Responses API 或 OpenAI 兼容 endpoint。Legacy deepseek-chat 等名称已在 2026 年 7 月停用，请迁移到 deepseek-v4-pro / deepseek-v4-flash。

4. 4
   加 JSON 校验层

   无论数据来自模型 arguments 还是 MCP structuredContent，都在业务层做 schema validate。开发阶段用 JSONNote 本地调试，不上传 API Key 和原始数据。

用 JSONNote 调试 Agent JSON

Agent 开发里最耗时的往往不是写 prompt，而是 debug 模型返回的 JSON。JSONNote 在浏览器本地运行，适合处理 API 响应和 MCP 消息：

1. 1
   格式化模型输出

   把 JSON 格式化 里，立刻看到语法错误和缩进问题。

2. 2
   校验 tool schema

   把 tool 定义和模型返回的 arguments 贴进 JSON Schema 页面做 validate。

3. 3
   对比两次调用

   用 JSON Diff 对比 prompt 迭代前后的 structured output 差异。

4. 4
   分享调试现场

   用 URL Hash 分享 把某次 tool call 的 JSON 写进链接，同事打开即可复现——数据不经过服务器。

常见问题

AI Conference 2026 最大的变化是什么？

MCP 无状态化 + JSON Schema 2020-12 成为工具契约标准。这意味着 Agent 基础设施可以像普通 HTTP API 一样水平扩展，工具参数和返回值都有严格的 JSON 描述。

MCP 和 OpenAI Function Calling 有什么区别？

Function Calling 是 LLM API 层的「模型决定调什么工具」；MCP 是 Agent Runtime 层的「怎么连上外部服务并拿到 structuredContent」。典型架构：模型 via Function Calling 选出 tool name 和 arguments → Agent Runtime 通过 MCP 执行 → 结果回填给模型。

还需要手写 JSON 解析吗？

需要。即使开了 JSON Mode 或 Strict Schema，生产环境仍建议 try/except 解析 + JSON Schema validate。MCP structuredContent 同样可能不符合 outputSchema——校验是业务层的责任。

旧版 MCP session 代码怎么迁移？

删除 initialize / initialized 流程和 Mcp-Session-Id 管理逻辑。每个 tools/call 请求自带 _meta。如果需要跨请求状态，用 Server 返回的显式 handle（UUID）在后续调用中传回。

2026 年 Agent 开发最该投资什么？

JSON Schema 基础设施：工具定义、输出校验、测试 fixture、Diff 回归。模型换得再快，schema 契约和校验层是 Agent 从 demo 到生产的护城河。

总结

2026 年 AI Conference 的核心信号可以概括为：

Agent I/O JSON 化、协议无状态化、工具契约 Schema 化。

MCP 2026-07-28 让 Agent 工具链可以像普通微服务一样部署；JSON Schema 2020-12 让参数和返回值可描述可校验；LLM API 则在 Responses API 方向收敛。开发者现在该做的，是升级 SDK、重写 schema、加上 JSON 校验层——调试 structured output 时，JSONNote 的本地 format / schema / diff 工具随时可用。

← 返回博客