Claude Code 接第三方 API 总报 400？检查 Artifact schema 和客户端版本

如果 Claude Code 更新后每轮请求都失败，错误又提到 Artifact 工具 input schema 中的无效正则表达式，先查客户端版本，不必立刻更换 Key 或模型。官方仓库中的用户报告 #92969描述了 2.1.265 和 2.1.266 中的回归：含 Unicode 属性转义的 schema pattern 被严格校验器拒绝。

这是特定的历史兼容性故障，不是所有 HTTP 400 的解释，也不应写成当前所有客户端都尚未修复的问题。Claude Code 官方更新日志在 2.1.268 中记录了第三方端点的相关修复。

先匹配报错，再套用修复

出现以下组合时值得检查本问题：故障始于受影响的客户端更新；请求走第三方 Anthropic 兼容端点；错误指向 Artifact 工具 schema，或提示某个 pattern “not a regex”。不同校验器的完整措辞可能不同。

schema 被拒绝发生在模型回答任务之前。因此，把复杂编程提示词改成问候语，错误可能仍不变。这不能证明模型坏了，问题可能位于请求携带的工具定义中。

这张表帮助选择排查方向，不能自动确诊。保存脱敏后的完整错误，对照原始 issue 的字段路径。不要因为一次请求失败就删除无关保护，或重写全部工具 schema。

确认真正运行的客户端版本

先查看命令输出：

claude --version

终端、IDE 和后台 worker 可能用着不同安装，各执行环境都要检查。按原有安装方式更新后，重启相关客户端或 worker，再查一次版本。

2.1.268 是包含该修复的历史版本，不是要求把较新版本降级到这里。采用组织支持的当前版本；如果环境有意锁定在受影响版本，应把锁定配置纳入诊断，按正常升级流程处理。

更新必须落实到构造请求的那个客户端。更新无关的本地终端，不会改变另一处部署的 worker。记录失败请求与复测成功请求分别由哪个进程发出。

先复测一个请求，再恢复长任务

第一次复测保持供应商和模型不变，用无副作用的小任务确认原来的 schema 拒绝是否还存在。更新后成功，可以支持对该配置的诊断，但不能据此认证供应商的全部功能。

随后验证真正需要的工具工作流，因为纯文本回复不能覆盖同样的工具序列。保存客户端版本、供应商路由、请求时间、脱敏错误与请求 ID。当前客户端仍报 schema 错误时，应比较新的字段路径，不要默认它就是原来的回归。

本文依据上游问题记录与发布日志，没有声称在 Ofox 生产环境复现，也没有跨网关成功率实测。

“兼容 Anthropic”还不足以描述这个问题

兼容可能涵盖鉴权、消息结构和流式响应，但支持的 JSON Schema 特性仍有差别。上游记录讨论的是校验器如何处理内置工具定义中的 pattern，与模型理解代码的能力不是一回事。

不要盲目修改生成的正则，或在生产环境关闭校验。这样可能放过不应接受的值，也可能掩盖其他兼容性问题。优先采用上游客户端修复；仍有问题时，向供应商提交已脱敏的最小复现样例。

报告只需带上能展示被拒绝结构的最小 schema 片段，不必提供完整私有项目提示词。供应商排查校验器不需要你的源代码、环境变量或全部对话。

其他 400 应单独排查

缺少 tool_result 的排查指南针对中断或格式不正确的工具交互；thinking signature 指南针对另一类消息保留问题。没有匹配的错误证据，就不能用 Artifact 解释替代它们。

有效的求助记录应先写观察到的故障：客户端版本、端点类型、被拒绝字段与完整错误。“Claude Code 用不了”不足以区分已修复的客户端回归和持续存在的供应商问题。