今天打开 status.deepseek.com，顶上是一个红框：「DeepSeek 网页/API 部分中断」，下面那行小字写着「已定位原因，正在实施修复」，已持续 2 小时。
我的第一反应不是去骂它，是去骂我家路由器。
先怀疑自己，已经成了条件反射
其实早上五点多我就看见它黄过一次。手机上是「部分服务性能下降」，排查中，已持续 1 小时。那时候网页还打得开，就是回得慢，我顺手替它找了个理由：晚高峰过了就是，正常。
到了白天，黄变红。受影响的是对话服务、V4.1 Flash API 服务，还有另外 1 个组件——正好是我在用的那一路。
我当天的动作顺序特别诚实：先刷新，再开个别的网页测自己网速，最后才想起来世界上还有一个东西叫状态页。上一次 10 月 2 号也是这个流程，那次我怀疑的是自家网络，折腾完才发现是它的问题。
一个服务让你第一反应是「是不是我这边断了」，说明它的可靠性预期已经被我调到很低了。这不是它的错，是我自己调的。
99.68% 是个什么概念
状态页底部那三个数：V4 Pro 99.92%、V4.1 Flash 99.68%、对话服务 99.84%。
单看都挺好看。但 99.68% 换一种说法是：每一千小时里，有三个多小时它是不健康的。而今天这一次，光状态页自己认下来的就已经两小时。
也就是说，这一整段「可用性」里，事故是集中在几个整块的时间里发生的，不是均匀撒下来的。对写代码的人来说，均匀掉 0.3% 无所谓，集中掉两小时很难受——因为你正好卡在那两小时里干活。
为什么老是它挂
我不知道，也不想装知道。能说出口的只有几条猜测，我标明是猜的。
推理服务和普通 Web 服务不是一回事。Web 服务不够就加机器，推理服务后面是一整排卡，吞吐要动的是显存、调度、批处理并发，短期容量是硬的，说扩不是当天下单就能扩。
然后是价格。它的定价一直是把毛利压到同行不敢跟的位置，而压毛利通常意味着冗余留得薄。冗余这东西平时看不见，出事那天才看得见。
再一个，它火的时候是全民事件，流量峰值不像开发者服务那样有规律可循。
哪条是真的，DeepSeek 自己清楚。我只清楚另一件事：「已定位原因，正在实施修复」这句话，我印象里已经见过好几次了。
真正让我换掉的不是挂
挂我能忍，大不了换个模型继续干。
让我把它从默认位上拿下来的，是代码质量。v4 写出来的东西，确实不行——不行到我得逐行复核一遍才敢往里合，而复核掉的时间，比它替我省下来的还多。工具用着不放心，就已经不是便宜不便宜的问题了。
所以我现在默认走 qwen3.8 flash。不是因为它多强，是因为我不想一边写东西一边替供应商做运维。
梁圣变梁子
之前社区里管梁文锋叫「梁圣」，那是真心话：把价格打下来、把权重放出来，这两件事放在 2024 年是有分量的，我是受益者之一。
但圣人是不允许出错的。你把一个人抬到那个位置，他每次挂、每次答非所问，都会变成一笔账。账积得多了，梁圣就成了梁子——结下的是梁子，变的是那个「圣」字。
我不想跟谁结梁子。国产里愿意把牌摊开的没几家，这份情我还记着。可记情和用它是两件事：用谁，看谁的活儿干得稳。
最后
如果你也在被某个 API 的红框反复教育，建议按我这个顺序反过来走：先看状态页，再怀疑路由器，最后把默认模型换成不会半夜给你变红的那个。
至于我，我现在写完这篇就去把 qwen3.8 flash 设成默认，然后回来看看它什么时候也开始给我变红。
评论
0 条评论