很多人搜索“Invalid API Key 但 Key 明明正确”时，真正需要的是一个能直接照着排查的清单，而不是泛泛解释。本文围绕 DeepAI API 中转站和 OpenAI Compatible API 的实际使用场景，整理原因、检查顺序和修复方法。
如果你的工具支持自定义 OpenAI Compatible API，常见 DeepAI Base URL 可以先用：
https://api.deepai.wang/v1Key 正确但仍报错的隐藏原因
| 原因 | 说明 | 修复 |
| Key 和 Base URL 不匹配 | OpenAI Key 填到 DeepAI 或反过来 | 保持同一平台 |
| Bearer 头格式错 | 缺少 Authorization | 使用 Bearer KEY |
| 环境变量覆盖 | 客户端读了旧 Key | 检查 OPENAI_API_KEY |
| 缓存旧配置 | 界面显示新 Key 但请求用旧 Key | 重启客户端 |
建议排查顺序
- 复制 Key 后检查前后空格。
- 新建 DeepAI 令牌进行 A/B 测试。
- 清理客户端环境变量和配置缓存。
- 抓取或查看最终请求目标。
FAQ
为什么换客户端就好了？
不同客户端读取 Key 的优先级不同，有的读环境变量，有的读界面配置。
需要在 Key 前手动加 Bearer 吗？
多数客户端只填 Key，程序会自动加 Bearer；curl 请求才需要完整请求头。
建议为每个客户端单独创建 DeepAI 令牌，并在排错时同时查看客户端报错和 DeepAI 后台日志。这样比只看前端提示更准确。
相关阅读：AI 客户端统一 API 配置清单。
