DeepSeek 挂了 5 小时，我的写作站一篇没断

昨天早上 8 点 11 分 DeepSeek 的 API 挂了 一直挂到下午 1 点 4 分 将近 5 个小时

我看很多人急得跳脚 我自己倒没什么感觉 因为我的写作站 每天跑稿子的那台机器 根本没走 DeepSeek 单点

这件事有意思 我想把它讲清楚

我现在的写作站 一套提示词 会轮流跑在三个端点上面 端点 1 是聚合型免费网关 端点 2 是 DeepSeek 端点 3 是 MiniMax

为什么要这么折腾 因为我吃过单点的亏

早几年我做自动化 所有的活都怼在一台机器上 有一次那台机器夜里死了 我第二天早上才知道 十几个任务全停摆

从那以后我给自己立了条规矩 凡是每天必须跑的东西 绝不留单点 写代码是这样 写作站也是这样

具体怎么做 其实就是三行字

第一行 别把调度和模型绑死 调度器只管到点喊人 喊谁、用哪个模型 让它自己去读一个文件

第二行 端点要能热切换 哪个端点死了 下一个端点马上顶上来 不用我半夜爬起来改配置

第三行 每一篇稿子 都在文件里留一行标记 写清楚这篇是哪个模型产的 好让我事后知道 哪个端点靠谱、哪个在糊弄

这三行字看着简单 真出事的那天 你才知道它值多少半夜的电话

昨天 DeepSeek 挂的那 5 个小时 我的站照常出了稿 一篇没断更 不是因为我运气好 是因为我早就没把饭碗押在它一个身上

但有个更别扭的事 我得说实话

端点 1 那个聚合免费网关 看着不要钱 其实它会偷偷路由到开源小模型上去 写出来的东西质量存疑 我正拿它做实验 想看它到底能不能用

如果它均分太低 我就把它换掉 退回端点 2 和端点 3

你看 连「哪个模型值得信」 这么个事 我都得靠数据说话 而不是靠感觉

所以你要是也在用大模型干活 不管写稿还是跑业务 我建议你现在就做一件事

打开你的配置 数一数 你到底是把命压在一个模型上 还是留了后手

留后手不丢人 All eggs in one basket 才丢人

任何时候做任何事情 一定全心全意 一定全力以赴 但绝不留单点 是为记