Vercel AI SDK xAI 适配器 3.0.133 补丁解读

@ai-sdk/xai 3.0.133 修复了工具调用场景下 JSON Schema 中 additionalProperties: false 被意外丢弃的问题。
Vercel AI SDK 的 xAI 提供商适配器 `@ai-sdk/xai` 发布了 3.0.133 补丁版本,核心修复是确保向 xAI(Grok 系列)模型传递工具定义时,JSON Schema 中的 `additionalProperties: false` 约束字段能够被正确保留。该字段用于严格限定模型输出对象中只能出现 schema 已声明的属性,一旦被丢弃,模型可能返回带有多余字段的响应,导致下游解析或类型校验失败。对于依赖工具调用、结构化数据抽取或 Agent 编排的项目而言,此类底层适配器的正确性直接关系到业务逻辑的可靠性。由于此次为补丁版本,不含破坏性变更,建议相关开发者直接升级。
Vercel AI SDK 的 xAI 提供商适配器 @ai-sdk/xai 发布了 3.0.133 版本。这是一个补丁级别(Patch)更新,核心是修复了工具调用(Tool Calling)场景下 schema 处理的一个问题。虽然版本号变化不大,但对于依赖 xAI(Grok 系列模型)进行结构化输出和函数调用的开发者而言,这类修复往往直接影响应用的稳定性。
更新内容:修复工具 Schema 处理
本次更新只包含一项变更,来自提交 8825c65:
fix(xai): preserve
additionalProperties: falsein tool schemas
简单说,这个补丁保证了在向 xAI 模型传递工具定义时,JSON Schema 中的 additionalProperties: false 字段能够被正确保留。

additionalProperties: false 是 JSON Schema 中一个关键约束,它明确告诉模型:对象中只允许出现 schema 中显式声明的属性,不得添加额外字段。在结构化输出和函数调用场景下,这个约束对于保证模型返回数据的严格性至关重要——一旦被意外丢弃,模型可能返回带有多余字段的响应,导致下游解析失败或类型校验不通过。
从技术实现角度看,additionalProperties: false 丢失的原因通常发生在 SDK 对 JSON Schema 进行转换或序列化时。不同模型提供商对工具 schema 的格式要求存在细微差异,适配器层需要对原始 schema 做一定的映射和清洗处理。在这个过程中,如果代码只做了属性的浅拷贝,或者使用了某些会过滤掉「未知字段」的序列化库,additionalProperties 这类非标准但合法的 JSON Schema 关键字就容易被静默丢弃。OpenAI 的函数调用规范和 xAI 各自对这一字段的处理策略也可能不同,适配器在对齐两者时稍有不慎便会出现此类遗漏。
为什么这个修复值得关注
工具调用是当前 AI 应用开发的核心能力之一。开发者通过定义结构化的工具 schema,让模型以可预测的格式返回参数,再交由代码执行。如果 SDK 在转换 schema 时丢失了 additionalProperties: false,就意味着模型的输出约束被放宽,可能引入难以调试的边界问题。
对于使用 xAI Grok 模型构建 Agent、结构化数据抽取或 API 编排的项目来说,这类底层适配器的正确性直接决定了业务逻辑的可靠性。补丁虽小,却是保证「严格模式」按预期工作的必要一环。
工具调用(Tool Calling / Function Calling)的工作原理是:开发者在调用模型 API 时随请求附上一组「工具定义」,每个工具包含名称、描述和参数的 JSON Schema;模型在生成回复时,如果判断需要使用某个工具,就会按该 schema 的格式输出结构化的参数对象,而非普通文本。应用代码拿到这份参数后,调用对应的本地函数或外部 API,再将执行结果反馈给模型,完成一轮「思考—行动—观察」的循环。这是构建 AI Agent 的基础机制,也是为什么 schema 约束的正确性如此关键——一旦模型输出的参数格式偏离预期,整条工具调用链路都可能断裂。
关于 Vercel AI SDK
Vercel AI SDK 是当前最流行的 TypeScript AI 开发工具包之一,GitHub 上已积累超过 2.6 万 Star 和 5.1k Fork。它通过统一的接口抽象,让开发者能够以一致的方式接入 OpenAI、Anthropic、xAI 等多家模型提供商,而 @ai-sdk/xai 正是其中面向 xAI 的官方适配器包。
这种「提供商适配器」的架构设计,意味着每家模型厂商的 API 特性差异(如 schema 格式、参数命名、工具调用协议)都被封装在独立的包中。因此这类针对单个提供商的补丁更新会较为频繁,开发者建议保持依赖的及时升级,以获取兼容性和稳定性修复。
升级建议
如果你的项目正在使用 xAI 模型并涉及工具调用或结构化输出,推荐将 @ai-sdk/xai 升级到 3.0.133。升级方式很简单:
npm install @ai-sdk/xai@3.0.133
作为补丁版本,此次更新不涉及破坏性变更(Breaking Changes),可以安全升级。若此前遇到过 Grok 模型返回额外字段、结构化输出校验失败的问题,本次修复很可能正是对症之药。
相关推荐

LynnReal-Omni:32B统一视频扩散模型开源,四步生成多任务全覆盖
LynnReal-Omni 是基于 MiniMax H3 架构的 32B 统一视频扩散模型,支持文生视频、图生视频、姿态引导、视频修复等多任务,四步快速生成,Flash 版单张 H100 上 377ms 完成 540p 视频,权重与 ComfyUI 节点已开源。

Anthropic联合创始人:AI"紧急停止开关"或应强制立法
Anthropic联合创始人向BBC表示,AI系统的"紧急停止开关"(kill switch)可能需要通过法律强制推行。本文分析这一呼吁背后的产业逻辑、技术挑战以及监管与创新之间的张力。

AI数据中心建设热潮,正冲击工业创伤深重的城市
AI数据中心建设热潮正与曾受重工业创伤的城市社区激烈碰撞。以费城为例,全国性反对声浪聚焦能耗、水资源与环境公平问题,揭示AI增长与地方利益的结构性冲突。