DeepAI Paper 错误排查 OpenAI API 400 Bad Request 常见原因:DeepAI 参数、JSON 与模型格式排查

OpenAI API 400 Bad Request 常见原因:DeepAI 参数、JSON 与模型格式排查

很多人搜索“OpenAI API 400 Bad Request”时,真正需要的是一个能直接照着排查的清单,而不是泛泛解释。本文围绕 DeepAI API 中转站和 OpenAI Compatible API 的实际使用场景,整理原因、检查顺序和修复方法。

如果你的工具支持自定义 OpenAI Compatible API,常见 DeepAI Base URL 可以先用:

https://api.deepai.wang/v1

400 错误通常表示请求格式不被接受

原因表现修复
JSON 格式错误请求直接失败校验 JSON 语法
参数名错误提示 unknown parameter按接口文档删改字段
模型不支持该参数temperature/tool/image 报错换模型或移除参数
端点不匹配chat/images/responses 混用确认接口路径

快速测试命令

curl https://api.deepai.wang/v1/chat/completions \
  -H "Authorization: Bearer YOUR_KEY" \
  -H "Content-Type: application/json" \
  -d '{"model":"YOUR_MODEL","messages":[{"role":"user","content":"hello"}]}'

建议排查顺序

  • 先用最小请求体测试。
  • 逐个加回参数,找到触发错误的字段。
  • 确认聊天、图像、Embedding 调用走的是不同接口。
  • 检查客户端是否自动加入了不兼容参数。

FAQ

400 和 401 有什么区别?

400 是请求格式或参数问题,401 是鉴权问题。

DeepAI 400 一定是服务端问题吗?

不一定,更多时候是客户端传了模型不支持的参数。

建议为每个客户端单独创建 DeepAI 令牌,并在排错时同时查看客户端报错和 DeepAI 后台日志。这样比只看前端提示更准确。

相关阅读:AI 客户端统一 API 配置清单

Related Post

Openclaw deepai developer role 400 system role.png

OpenClaw 接入 DeepAI API 中转站:developer role 400 错误怎么修OpenClaw 接入 DeepAI API 中转站:developer role 400 错误怎么修

OpenClaw 通过 OpenAI-compatible Provider 接入 Qwen、DeepSeek、GLM、Kimi 或代理网关时,如果后端返回 developer is not one of system/user/assistant/tool/function,通常是 developer role 没有映射为 system。本文结合 OpenClaw Issue #27037 和 PR #29479,整理 DeepAI API 中转站场景下的排查与修复方法。