@ai-sdk/openai@4.0.78
Vercel AI SDK 发布 @ai-sdk/openai@4.0.78 补丁版本，变更记录 94d5d6d 显示：为 GPT-6 Sol 和 Luna 支持 reasoningEffortUpdate 取值为 'none'，覆盖请求级选项与 positioned system messages；同时新增校验逻辑，对模型不支持的 effort 更新给出警告并在请求级更新中省略，对不支持的历史更新则直接拒绝。
发展脉络
- 首次出现@ai-sdk/openai@4.0.78Vercel AI SDK
- 当前判断推理强度参数开始被 SDK 层显式建模并做能力校验，说明模型供应商之间的参数语义差异正在成为工具链的适配负担。对聚合多家模型的 SDK 而言，把校验下沉到客户端可减少无效请求，但也意味着参数兼容性成为版本迭代的常态成本。Agent Pulse · 分析
@ai-sdk/openai@4.0.78 是一次补丁发布，核心变化集中在 reasoning effort 参数的处理上。一方面扩展了取值空间，允许 GPT-6 Sol 与 Luna 使用 reasoningEffortUpdate: 'none'，并作用于请求级选项和 positioned system messages；另一方面引入按模型能力校验的机制：当请求级更新不被模型支持时，SDK 会发出警告并省略该更新，而当历史更新不被支持时则直接拒绝。该版本未披露其他功能或性能变化。
从变更描述看，SDK 正在把 reasoning effort 从自由参数转为受模型能力约束的受控参数，并区分请求级与历史级更新的处理策略：前者降级为警告加省略，后者硬拒绝。这暗示 effort 取值会进入会话历史并影响后续请求，因此需要一致性校验。可验证的下一信号是 SDK 是否公开各模型支持的 effort 列表或校验错误码。
推理强度参数开始被 SDK 层显式建模并做能力校验，说明模型供应商之间的参数语义差异正在成为工具链的适配负担。对聚合多家模型的 SDK 而言，把校验下沉到客户端可减少无效请求，但也意味着参数兼容性成为版本迭代的常态成本。
对使用 Vercel AI SDK 接入 OpenAI 模型的团队，升级到该版本可避免发送模型不支持的 reasoning effort 更新，减少无效调用与静默失败；但历史更新被拒绝意味着已有会话数据可能触发错误，需要在升级前检查持久化的请求参数。
若该模式延续，后续版本可能为更多模型补充 effort 白名单，并在文档中给出按模型的参数矩阵。可观察的下一信号是 release notes 中是否出现其他模型的 reasoningEffortUpdate 支持，以及是否引入统一的参数能力查询接口。