先检查这几项
- 先保留 HTTP 状态与 error.code，区分协议、参数和上下文问题。
- 用当前模型 ID 构造最小请求，每次只恢复一个业务字段。
- 预留输出 Token；没有确认结果前，不自动重复提交付费请求。
正在打开页面…
正在加载内容，请稍候。
常见错误与配置项
unsupported_parametertemperature 不支持context_length_exceededmaximum context lengthinvalid_image_urlOpenAI 图片 URL 错误tool_call_id 错配tool call id mismatchAPI 协议混用Chat Completions Responses 区别
按失败位置逐项排查
报错检查与修复步骤
unsupported_parameter 修复：temperature、max_tokens 与协议
unsupported_parameter 先保存 error.code、type、param 和最终端点，再缩减成该协议的最小请求。一次只恢复一个字段，核对型号与通道；Chat 和 Responses 的参数不能混填。
查看检查与修复步骤
context_length_exceeded：历史、RAG 与输出预算怎么修复
context_length_exceeded 先统计实际发送的历史、RAG 和工具结果，再为生成与推理留预算。减少重复资料并核对真实窗口，降低输出上限不能让已超限输入自动通过；修复后还要检查回答完整性。
查看检查与修复步骤
invalid_image_url 怎么修复：图片 URL、Base64 与协议字段
invalid_image_url 先检查服务器能否读取图片地址，以及 Base64 是否包含完整 data URL 前缀。file:// 本地路径、HTML 页面和失效地址都要排除，再按实际协议核对图片字段与视觉能力。
查看检查与修复步骤
tool_call_id 错配怎么修复：完整工具历史与并行结果
tool_call_id 错配先保留原 assistant.tool_calls，再将每个实际工具结果用对应 ID 回传。并行提案必须补齐结果；错误也按协议回传，不能编造 ID 或输出来消除报错。
查看检查与修复步骤
API 协议混用怎么修复：Chat、Responses 与 Messages 对照
API 协议混用要同时核对端点、请求体、鉴权、响应解析和历史。Chat 的 messages、Responses 的 input 与 Messages 的多模态及工具字段不同，相同模型名称不表示协议可以互换。
查看检查与修复步骤
OpenAI 兼容 API 报错怎么转成可用配置
不要只看错误码本身。先确认请求是否进入 apizt 后台，再按 API Key、Base URL、模型名、provider 类型排查。 这几个页面分别覆盖认证失败、连接失败、模型不存在、限流和工具配置覆盖问题。