deepseek报500错误时，需先确认是否为服务端真实故障：第一步查status.deepseek.com；第二步curl -i /v1/models看响应码；第三步多网络环境复现；再排除ollama本地问题或请求触发保护机制。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
DeepSeek报错500 Internal Server Error时，服务端已发生未预期的内部异常，请求无法被正常处理，此时你无法通过修改参数或重发请求直接修复——必须先判断是本地调用链路问题，还是DeepSeek服务端真实故障。
确认是否为真实500服务端错误
第一步：访问 https://status.deepseek.com 查看官方服务状态页，确认当前是否存在全局性中断或维护公告。若页面显示“Degraded Performance”或“Major Outage”，说明是服务端问题，无需继续排查本地配置。
第二步：执行 curl -I https://api.deepseek.com/v1/models（不带Authorization头），观察HTTP响应码。若返回 200 OK，说明API网关层正常；若返回 500，则大概率是服务端侧故障，非密钥或请求体问题。
第三步：在不同网络环境（如切换手机热点）下重复触发同一请求。若所有网络均返回500且持续超2分钟，基本可排除DNS劫持、TLS握手失败等本地链路问题。
排除Ollama本地部署引发的500
如果你使用的是 ollama run deepseek-r1:7b 命令并报500，这与云端API无关，而是Ollama服务内部异常。请按顺序执行：
方法一：重启Ollama服务
macOS/Linux：brew services restart ollama 或 sudo systemctl restart ollama
Windows：打开任务管理器→结束“ollama.exe”进程→重新运行 ollama serve
方法二：清空模型缓存
执行 ollama rm deepseek-r1:7b → 再执行 ollama pull deepseek-r1:7b。旧版模型文件损坏是本地500最常见原因，尤其当下载中途断连过。
方法三：检查CUDA_VISIBLE_DEVICES设置
若你误设了 CUDA_VISIBLE_DEVICES=""（空字符串），Ollama会尝试加载GPU但找不到设备，直接崩溃返回500。删掉该环境变量或设为 CUDA_VISIBLE_DEVICES="0" 即可。
检查客户端请求是否触发服务端保护机制
某些看似合法的请求组合会被DeepSeek后端拦截并返回500而非400，例如：
① 在 /v1/chat/completions 请求中同时启用 thinking=True 和 stream=False，且 messages 中 system 角色内容超过 2048 字符——后端推理调度器可能因上下文预处理超时而抛出未捕获异常。
② 使用 tool_choice="auto" 但 tools 数组为空或格式非法（如 missing "function" key），部分版本服务端未做前置校验，直接进入执行阶段后panic。
临时规避方案：去掉 thinking 参数、关闭 stream、清空 tools 数组，用最小可行请求验证是否恢复200。若恢复，再逐项加回参数定位问题点。
查看日志定位具体原因
如果是自己搭建的DeepSeek推理服务（如vLLM + FastAPI封装），立即执行：
tail -n 50 logs/api_server.log
重点搜索关键词：'Exception'、'Traceback'、'CUDA out of memory'、'tokenizer'。若出现 OSError: unable to load tokenizer，说明模型路径下缺失 tokenizer.json 或 config.json；若出现 RuntimeError: expected scalar type Half but found Float，则是model.load_in_4bit与tokenizer不兼容，需统一精度配置。
