Skip to main content
当前新接入请直接复制下面这组请求头;不要把日期改成“看起来更新”的值。只有平台发布新的兼容组合时,才按兼容说明一起升级。

为什么两个头的日期不一样

它们不是同一个“最新版本”字段,而是两层兼容控制: 因此,新接入必须同时携带两个头:zai-version 满足基础协议校验,zai-beta 选择 Beta 协议的兼容形态。只写其中一个,不能通过另一项替代。旧客户端也可使用 2026-05-26 与 managed-agents-2026-05-26 这组已支持的组合。 当前推荐组合是 zai-version: 2026-05-26 + zai-beta: managed-agents-2026-09-22。存量客户端可以在兼容期继续使用旧 Beta 值,但新代码应按本文示例接入。

两种 Beta 协议有什么区别

输入仍兼容字符串 effort,也接受 {"type":"max"}。新协议里 web_fetch 的 url_sources:null 是响应字段,不代表支持配置 URL 来源限制。

升级客户端

  1. 将 zai-beta 切换为 managed-agents-2026-09-22。zai-version 保持 2026-05-26。
  2. 按上表更新读取字段;列表循环使用 next_page,不要只读取第一页。
  3. 对新字段与尚无用量的 null 值采用可选解析。创建请求按 2xx 判断成功。
  4. 使用一个小 Session 验证事件、审批、产物与用量,再切换实际业务。
同时声明两种可识别的 beta 值时取较新版本。存量事件不会被重写;加密历史中的密文不能按旧版本删字段,解密后的客户端应容忍未知字段。 版本兼容不改变 Agent 的版本快照,也不等于获得账号尚未开放的能力。可用模型与计费资格仍按账号判断。