10月15日上午，很多人打开DeepSeek，看到的不是回答，而是“服务器暂时不可用”。
这次故障从北京时间8时11分持续到13时04分。DeepSeek官方状态页同时标注持续4小时52分，受影响的包括网页对话和面向开发者的API服务。

DeepSeek手机页面实拍配图。图片来源：北京日报客户端。此图为产品示意，不是故障现场照片。
但比“崩了近5小时”更引人注意的，是DeepSeek随后给出的补偿方案：故障不到5小时，补偿却按此前7天的API消耗计算。
这笔补偿谁能拿？到账的是现金还是额度？普通聊天用户有没有份？
故障不到5小时，补偿为什么按7天算？DeepSeek开放平台发布的通知显示，平台将按照各账号在10月8日至14日的实际消耗金额，以赠金形式全额返还。
这不是按故障时间折算，也不是给所有人发一笔固定金额，而是直接查看API账号此前7天用了多少钱，再发放同等金额的赠金。
举个简单的例子：如果一个API账号在10月8日至14日实际消耗100元，那么按照通知公布的计算方式，它对应的补偿就是100元赠金。
按这条公开计算公式推算，如果此前7天没有产生API消耗，就没有可用于计算的历史消费金额；这是根据公式作出的推论，不是通知单独说明的特殊情形。
这种补偿方式最醒目的地方，正在于“近5小时”和“7天”的反差。它比只退还故障时段的调用费用更有力度，也省去了用户逐笔申报损失的过程。
不过，官方通知没有解释为什么选择7天作为计算周期。因此，能确认的是补偿规则，不能确认的是平台内部如何确定这一期限。

DeepSeek开放平台《服务恢复及补偿通知》公开截图。图片来源：新华网财经公开发布页面。
到账的是赠金，不是可以提现的现金这是最容易被标题误导的地方。
通知明确写的是“赠金”，用途是抵扣之后产生的API费用，而且后续扣款会优先从赠金账户中扣除。它更接近一笔调用额度，而不是退回银行卡或支付账户的现金。
对持续使用DeepSeek API的开发者和企业来说，这笔赠金可以直接减少下一阶段的调用成本，实际价值比较明确。
但对暂时不准备继续使用API的人来说，赠金的使用价值就没有现金那么直接。
所以，“DeepSeek退了7天费用”听起来很抓眼球，却不够准确。更严谨的说法是：平台参照此前7天的实际API消耗，发放等额赠金，用于抵扣后续API调用费用。
普通聊天用户受影响，却不等于人人都有补偿故障期间，网页和App的普通对话功能也出现异常，但这份补偿通知采用的是API账号的历史消耗作为计算依据。
也就是说，普通用户只是使用免费聊天功能，没有API账号或没有产生API消费，不能因为当天无法正常聊天，就直接认定自己会收到一笔赠金。
补偿针对的是可以核算实际消耗的API账户。这一点如果不说清楚，很容易让“所有受影响用户获赔”变成误导。
真正昂贵的，可能不是那几小时调用费对个人用户来说，服务中断可能只是临时换一个工具。
但对已经把模型接入客服、办公、编程、内容处理或其他业务流程的团队来说，近5小时的中断可能意味着任务失败、流程等待、演示取消，以及临时切换服务带来的额外时间。
这些损失不会完整出现在API账单上，也很难仅靠赠金计算。
DeepSeek在通知中表示，将对服务稳定性展开全面排查和整改，梳理并剥离单点依赖。截至目前，官方没有公开这次故障的具体技术原因。
因此，这次补偿确实有诚意，但它只能回答“费用怎么补”，还没有完全回答“为什么会发生”和“以后如何避免”。
当AI只是聊天工具时，宕机让人不方便；当AI逐渐变成工作流程的一部分时，宕机就可能变成真正的停工成本。
近5小时的故障可以用7天赠金补偿，下一次用户是否还愿意继续依赖它，最终要看的仍然是稳定性。
你更看重这次补偿的金额，还是更希望平台公开完整的故障原因？