DeepSeek 用着用着不对劲，先别改代码，去看它的服务状态页

今天用 DeepSeek 的 API 跑任务，响应突然变得很慢，偶尔还直接报错。第一反应是老流程：查密钥、删缓存、换网络、翻自己的代码——折腾一阵，什么都没查出来。

后来想起来一个地方：官方服务状态页。打开一看，页面上写着「部分服务性能下降」，一条进行中的事故：网页/API 部分中断，影响 V4.1 Flash API 和对话服务，官方已实施修复、正在监控结果，当时已经持续了 38 分钟。

也就是说，问题不在我这边。

状态页在哪

DeepSeek 官网拉到底，底部「产品」一栏里有个服务状态，点进去就是：

https://status.deepseek.com

页面本身由 Flashduty 托管（大概是十月下旬从别的平台迁过来的），中英文双语，手机也能正常看。

页面上能看什么

顶部横幅：有没有正在发生的事故。一切正常时显示的是「Everything is running smoothly」；有问题时会挂一条事故卡片，写清楚开始时间、影响范围、处理进度。

组件列表：它把服务拆成好几个组件分别显示状态和可用率，不是笼统一个「正常/不正常」：

• DeepSeek V4 Pro API
• DeepSeek V4.1 Flash API
• 搜索 API
• 抓取 API
• 对话服务（三个组件）
• 上传文件服务
• 搜索服务

每个组件都有近 90 天的 uptime 百分比。今天出问题的时候，列表里挂着 V4 Pro API、V4.1 Flash API 和对话服务三项，其余服务是正常的。

事故详情页：点开事故卡片，能看到完整时间线，状态依次是：

1. Investigating——正在排查原因
2. Identified——已定位原因，正在修复
3. Monitoring——已实施修复，观察结果
4. Resolved——已恢复

事件日历和历史：页面下方有日历，翻以前的故障记录用「View historical events」。

最重要的一步：订阅通知

状态页右上角有个 Subscribe to updates，点开可以订阅更新。用邮箱订阅之后，有故障或者恢复通知会直接发到邮箱，不用自己一遍遍刷页面。

除了邮件，它还提供 RSS / Atom feed，可以接到自己的订阅器或者消息聚合里。

这一步今天之前我一直没做，所以每次出问题都要先怀疑自己，再想起来去翻状态页。订阅之后，故障发生的第一时间就能收到邮件。

两个容易搞错的点

第一，网页打不开不等于全部服务故障。 状态页把组件分开列，今天对话服务和 Flash API 受影响，但搜索、上传这些是正常的。看到一处报错就去翻状态页，比猜「是不是全崩了」靠谱。

第二，第三方监测网站只能当参考。 StatusGator、各种「XX 挂了吗」网站都是靠用户报告和定时探测汇总的，有延迟。今天这件事，第三方也在报，但时间线和恢复进度还是以官方状态页为准。

以后的流程

现在遇到接口异常，流程改成两步：

1. 先开官网状态页看有没有进行中的事故
2. 有问题就等官方修复，没问题再排查自己的代码和密钥

今天这半小时的排查，本来可以省掉。订阅的邮件已经加上了，下次要是再出问题，邮箱会先告诉我，而不是让我在代码里找。