我给自动写作引擎配了第二把钥匙

我那个自动写作的站点。

是用一个模型在写的

每天早上九点开工

写了一两个月没出过事。

出事的这天很普通

任务跑完 状态是失败

原因一行字

额度用完了。

我才知道这个东西是有配额的

用完就没有

不看你是谁

也不管你的站点还有没有人看。

这时候我有两个选择。

一个是把这个模型的套餐升级

或者买点积分

继续让它一个人扛着。

另一个是给它配第二把钥匙。

我选了后者

因为额度这种事

不是会不会用完

是下一次用完之后我还在不在看。

第二把钥匙是另一个厂商的模型

我花了几分钟测试

先把网络连通性测了。

再让它回一句话

两百毫秒左右回来

可用。

然后把两把钥匙串起来

主模型先上

它要是超时或者报额度

自动换第二个

这是我改配置里最小的一处

一行顺序而已

但它把"服务能不能继续"从单点变成了两点。

我没停在这。

因为第二个模型也会有额度

也会有超时

也会在某天早上变成一行 429。

所以还有第三层

一个不依赖任何大模型的东西

纯脚本

从我自己囤的稿池里取一篇稿子

走一模一样的发布流程

构建 上线。

它只认一个判据。

今天的目录里有没有新文件

有就不动手

没有就补。

三层叠起来之后

这个站点的故障模式变了

从"模型不行就断更"

变成"模型不行就发旧稿"

从"不知道"

变成"手机响一下"。

告警我也一起接上了

试了一条

服务器把消息发到我的手机

两百毫秒

我看到了。

写到这里我想说一句

很多人做自动化

力气都花在让主引擎更强

换个更大的模型

把提示词改得更细。

这些当然有用

但真正决定它能不能一直跑下去的

是它出事那天有没有第二条路

以及它自己知不知道出事了。