DeepSeek API返回401，优先排查认证配置。401对应密钥认证失败，余额不足对应402，修改提示词通常解决不了这类问题。排查时保留状态码和错误正文，但不要把完整密钥贴进工单或聊天记录。
确认程序实际读到了哪份密钥
检查部署进程读取的环境变量，而非只看本地配置文件。开发机能调用、服务器失败时，常见检查点包括变量未注入、仍使用旧值，以及复制时带入空格。日志只记录变量是否存在、配置来自哪里，避免直接打印内容。
更新配置后重新启动或重新部署进程，再用同一运行环境发送一条简短请求。更多接口相关内容可在DeepSeek教程中查找。
核对最终发出的认证请求头
直接发送HTTP请求时，认证头使用Authorization: Bearer 密钥，Bearer与密钥之间有空格。使用SDK时，把密钥传给客户端认证参数；不要把网页版登录信息当作API凭据。
经过代理或网关转发时，还应检查认证头是否被覆盖。可在受控调试环境核对请求结构，随后关闭详细日志。请求正文保持最小化，暂时去掉工具、附件和额外参数，减少干扰项。
按错误码决定下一步
仍是401，就继续核对凭据；变为402则检查账户余额，400或422则检查请求体及参数。不要对认证失败开启无限重试。同时接入多家AI服务时，应为每家保留独立认证配置，核对密钥与目标入口，避免部署时误用另一家的凭据。
原创文章，作者：eastbtc，如若转载，请注明出处：https://www.eastbtc.com/ai/deepseek/29223.html
