〇、先交代立场
不是蹭热点，也不是贩卖焦虑。10 月 15 日 DeepSeek 那场故障，我从早上 8 点折腾到下午 2 点，之后把官方状态页、第三方监控和我自己的记录对了一遍，写下这篇复盘。利益相关先挑明：我是 API Proxy Bridge（APB）的开发者，文末还会再披露一次，你可以先看完全文再决定信不信。
先说结论：
- 重试和切换是两件事。重试救得了网络抖动，救不了小时级宕机；
- 想拆掉"一家挂、全线停"的单点，"多中转站 + 故障切换"是成熟做法——但它是保险，不是免疫，第五节我先给自己泼冷水；
- 免费版有同站重试，跨站切换是 Pro 功能，别买错。
一、当天发生了什么：两条时间线
早上 8 点坐到工位，第一条消息发出去就慢得反常，等了半分钟吐出几个字然后停住。重发一次，好了。我当时以为是自家网络抖了一下——毕竟没人一大早就怀疑厂商出事。
9 点之后不对劲起来了：超时开始成串出现，时好时坏。好的时候跟没事一样，坏的时候连着几条全卡死。官方时间线是 13:04 恢复——我这边上午的活，就这么断断续续熬到了恢复。
先把口径说清楚——官方、第三方、我的体感，三层各有各的窗口，别混成一个数：
- ① 官方时间线（最权威）：DeepSeek 状态页的事件记录写得很清楚：10 月 15 日 08:11–13:04，历时 4 小时 52 分，定性是"网页/API 部分中断"——V4 Pro 和 V4.1 Flash 两个 API 服务部分受影响，对话服务（Chat）一度完全不可用；
- ② 第三方监控：完全不可用的窗口约 2.3–2.7 小时，落在官方 4h52m 的窗口内。"部分中断"和"完全不可用"是两个口径，不矛盾。公开检测页可查：downforeveryoneorjustme.com/deepseek ；
- ③ 我的体感：早上 8 点出头开始不对劲，跟官方 08:11 起算基本对得上；之后时好时坏，直到官方时间线走完。
把口径画在一张图里，就是想说明不同口径不矛盾：红色带是官方事件窗口（08:11–13:04，部分中断 4h52m），里面颜色更深的那段是第三方测到的"完全不可用"时段。你如果那天"感觉挂了一上午"，量的就是官方这条；监控日报里的"2 小时多"，量的是完全不可用那段。图顶部还有个绿框，是配好多路的 Pro 用户视角——那条线怎么来的，第二节讲。
再补一个历史参照：按第三方监控的统计，2026 年 3 月 30 日 DeepSeek 曾宕机约 7 小时 13 分，按该监控的统计口径是它史上最长的一次，比这次还狠。所以 10·15 不是孤立事件——单点依赖的问题，隔几个月就会回来找你一次。
二、为什么"重试"救不了"宕机"
先说 APB 免费版自带的同站退避重试（默认开启且不可关闭）：遇到 408/425/500/502/503/504 这类瞬态故障，自动做指数退避重试，期间保持同一中转站、同一模型，绝不降级（CHANGELOG 原话）；正常对话最多 4 次重试（90 秒预算），工具结果续接场景自动升到 5 次（180 秒预算）。
这套机制对付的是抖动。就像对面的人打了个盹，你多敲两下门，他醒了，事就办了。
但它对付不了宕机。重试的本质，是反复敲同一扇锁着的门——间隔再科学、次数再讲究，门还是那扇门。服务端小时级不可用时，90 秒预算烧完，请求的目标仍是那台挂着的服务器。10·15 那个上午，我就是把"多敲几次门"这条路走到了头的人。
**切换是另一件事：不敲这扇门了，去街对面另一栋楼的备用办公室刷卡上班。**APB 的 Pro 故障切换做的是这个：429/500/502/503/504 时自动切换到备用中转站，失败后立即尝试下一候选账号，退避时间可配置（默认 400ms）。图 1 左边是单中转站的常见拓扑——站一挂，三个 IDE 一起停摆等恢复；右边是多路拓扑——主站故障，请求落到备用站继续跑，IDE 这头无感。
多说一句资历：多中转站与多令牌管理是 **1.7.0（2025 年 7 月）**就有的功能，故障切换 **1.7.80（2025 年 11 月）**上线——这是一条跑了一年的老线路，不是 10·15 之后赶工蹭热点的应急货。
三、多路怎么配（5 分钟版）
以下为 Pro 功能（¥19/月 或 ¥129/年）：
- 设置页添加第二家、第三家中转站（OpenAI 兼容端点 + 你自己的 Key）；
- 每家配好令牌，先跑一遍模型验真再上岗——备用工位也得提前验工卡；
- 打开故障切换开关；
- 备用站尽量选不同上游的商家——鸡蛋别放在同一个篮子的两个格子里（原因见第五节第 5 条）。
安装包（版本 1.9.92，已于 2026-10-16 对官网下载页核实，直链可下）：
https://docs.api112233.com/downloads/api-proxy-bridge-1.9.88.vsix?ref=juejin-20261016
先声明：APB 是纯 BYOK 工具，不提供任何 Token/API 额度——Key 与端点都是用户自己的，APB 只做桥接。
免费版能做什么，也说清楚：三端桥接可用，同站退避重试默认开启，但固定首个中转站与首个令牌——也就是有"反复敲门"，没有"换楼"。想要跨站切换，需要 Pro。另外 CLI 同步（Codex CLI / Claude Code 桌面版 / Kiro CLI 等）同属 Pro，这里一并说明，免得有人按旧文档买错。
（📌 发布时依次插入【截图 1】多中转站配置页 →【截图 2】故障切换开关 →【截图 3】切换日志/监控面板 →【截图 5】备用站模型验真结果页）
四、算笔账（按公开定价估算）
自带 Key 的账单跟着用量走，先讲清楚这一点，再谈值不值：
- 轻度（问答、小修小补）：模型费约 ¥3–9/月；
- 中度（日常 agent 开发）：约 ¥30–80/月；
- 重度（多 IDE 重度 agent）：约 ¥100–300+/月，上不封顶——用多少付多少；
- APB：免费版 ¥0（单站桥接）；Pro ¥19/月 或 ¥129/年，固定支出、不随用量浮动；
- 参照物 Cursor Pro 订阅：¥144/月，固定价。
**轻中度用量下，自带 Key + APB Pro 的总支出大概率低于订阅；重度 agent 用户也可能反超。**所以 BYOK 的卖点从来不是"必然更便宜"，而是：每一笔可查、封顶是余额、模型随便换。以上按公开定价估算，你的真实账单以你自己控制台为准。
多路的固定成本其实很小——Pro ¥19/月。真正要想清楚的是下一节这几条。
五、也有几句实话（先泼冷水）
切换功能是我写的，它的边界我比谁都清楚，至少六条：
- 切换只救 429/5xx 类故障。401/402/403 这类 4xx 是你自己的 Key 或余额问题——那不是这栋楼的门锁坏了，是你的工卡本身失效，换到哪家都刷不开门。这种错请老老实实去控制台充值、换 Key；
- 正在进行的那个请求仍会失败。切换发生在失败判定之后，那条消息得重发，跑了一半的长任务会重来一轮。切换省的是"整段时间停摆"，不是"单次请求零损失"；
- 备用站要提前配好。Key 有效、余额充足、验真通过，一样都不能少——备用办公室得提前租好、工卡提前办好，没人在大楼起火时才去签租约。10·15 当天现配第二条路的，配不上；
- 多路 = 多份余额趴在账上。每家中转站都得充一点，资金占用是真实成本。为了小概率故障囤三条线，跟为下雨买三把伞是一个道理，自己权衡；
- 备用站上游同源的话，厂商级故障照样全挂。10·15 这类故障出在模型厂商那一层——如果你三家站的上游全是同一家模型，切换切了个寂寞。多路防的是"通道单点"，所以第三节第 4 步才让你选不同上游的商家；想连厂商级故障都对冲，备用站就该接别家模型。
- 自带 Key ≠ 必然更便宜。模型账单跟着用量走：轻则个位数，重度 agent 用户几十到几百都正常，反超订阅价也有可能——BYOK 给你的是每笔可查、封顶可控，不是"永远比订阅省"。
六、谁该折腾，谁别折腾
- 该上 Pro 多路：拿 AI IDE 当生产工具、多 IDE 并行、被一次故障卡过半天的人——对你们，¥19/月买的是"某个下午不用干等"；
- 免费版够用：单 IDE、轻中度用量、对重试等待不敏感——同站重试默认就有，桥接免费用；
- 官方直连就行：只主力用一家 IDE、厂商在你所在环境直连稳定——厂商自家的多机房，比任何切换都更根本；
- 不用折腾：网页问答为主、偶尔写点东西——故障对你的影响就是"过两小时再问"，这篇可以关了。
我是 APB 的开发者。**再声明一次：APB 不提供任何 Token/API 额度，Key 与端点是用户自己的。**故障那天真正救场的，是提前配好的第二条路，不是什么黑魔法——保险这件事，出险之后再买就晚了。
评论区聊聊：**你的 Key 放几家？**一家单点党，还是多路备份党？看到会回。
参考
- DeepSeek 官方状态页 · 10·15 事件记录（08:11–13:04，4h52m，部分中断）：status.deepseek.com/incidents/7…
- Down For Everyone Or Just Me · DeepSeek 检测页（第三方监控公开页）：downforeveryoneorjustme.com/deepseek
- APB 官网下载页：docs.api112233.com
