IT资源栈近日，在开发者社区 Linux.do 有用户反馈，在使用某第三方提供的 Claude 公益站点时遭遇了持续的 API 调用失败问题。根据用户发布的错误日志，系统返回了 HTTP 400 错误，提示请求中包含的特定参数（日志中显示为 `***.***.enabled`）不支持当前调用的模型。错误信息明确指出，该旧参数已被废弃，建议改用 `***.***.adaptive` 和 `output_config.effort` 来控制模型的思考行为。
这一技术报错反映了 Anthropic 在其 API 协议层面的更新。随着 Claude 模型引入并强化“扩展思考”能力，官方调整了用于控制该行为的接口参数。错误日志中从旧版参数向 `adaptive` 和 `effort` 的转变，暗示了 API 请求结构的重构，可能旨在提供更细粒度的推理配置选项。对于依赖旧版 API 封装的公益站、开源项目或代理工具而言，若未及时同步更新客户端代码或请求格式，将直接导致服务不可用。目前，该问题主要影响使用未更新客户端的终端用户，需等待服务提供者适配最新的 API 规范。
事件分析
此次报错的根源在于 Anthropic 对 Claude API 接口参数进行了调整，特别是针对模型“思考”行为的控制方式。API 返回的 400 错误属于客户端错误，表明请求体中包含的参数不再符合服务端预期。错误信息从单一的 enabled 开关转向 `adaptive`（自适应）和 `output_config.effort`（输出精力/努力程度），暗示了底层模型对推理过程控制逻辑的精细化升级。
对于开发者生态而言，这标志着 AI API 具有高度的动态性。任何封装官方 API 的开源项目（如各类 Web 客户端、中转服务）都需要紧随官方文档更新。此类参数变更通常伴随着模型推理能力的提升或计费逻辑的调整（例如按不同 effort 等级收费）。此次事件提醒技术社区，在使用大模型 API 时，客户端的兼容性维护与模型迭代同样重要，未及时适配将导致服务中断。
💡 核心观点：Claude API 协议更迭导致旧参数失效，AI 应用层需加速适配最新的思考模式控制规范。
原文链接：Linux.do
评论前必须登录！
立即登录 注册