11 月 7 日下午，IT 之家有读者反馈，写代码写到一半，DeepSeek 提示服务器繁忙。也有人以为是自己的网络出了问题。官方状态页随后记录了这次部分中断，时间是北京时间 15:11 到 15:56，共 45 分钟，服务已恢复。

遇到这种情况，我会先把任务存下来，再判断该等、该减并发，还是该查自己的设置。最容易丢的是让 AI 接着干活所需的上下文：刚才给了什么、它做到了哪一步、接下来要交付什么。

平时用网页或 App，先把提示词和已拿到的结果复制到本地，再打开官方状态页。看看故障时间和自己用的服务是否对得上。若页面没有对应告警，可以先用一句不含资料的短问题确认新对话能否回复，再决定是否继续原任务。赶着交稿，就先做能离线完成的整理，把需要模型处理的部分单独列出来。

用 API 跑任务，先记下模型、时间和错误码。按 DeepSeek 官方文档，429 表示请求速率或并发达到上限，先降并发。500 是服务内部故障，503 是服务繁忙，可以等一会儿再试。401 则先检查密钥配置。网页上的提示不能直接套成某个 API 错误码。

假设一个脚本用模型整理十条公告，并在整理后发通知。卡住时先看哪几条已有结果、哪几条已经发过通知。等恢复后，挑一条未完成的任务试跑，确认结果正确，再继续剩下的。整批重新跑可能把通知重复发出去。

可以把这行存成任务便签：任务编号 / 最后完成的一步 / 待补的结果 / 是否已写入或发送。下次服务卡住，先留好这四项，换窗口或等服务恢复都能接着做。

官方故障记录 https://status.deepseek.com/incidents/7219383236287

官方 API 错误码 https://api-docs.deepseek.com/zh-cn/quick_start/error_codes/