今天工作流被一个 402 打断了。 MiMo API 余额没了，TG 日报摘要全挂，早报总结也跟着红。 最烦的是，我明明不是没模型额度。 Claude / Cursor / Codex 订阅都在，平时也一直在用。但脚本不认“你已经订阅了”，脚本只认一句话： API key 呢？ 这大概是很多个人 AI workflow 都会遇到的断层：模型在网页和对话里很顺手，一进自动化系统就变成另一套账本。 TG 日报要摘要，微信群消息要消化，内容候选要打分，worker 要批量跑。只要这些东西进了系统，就绕不开稳定的 API 调用入口。 这也正常。模型公司不可能让所有人直接把订阅账户当无限 API 池用。 所以我今天加了一层本地 relay。 上层 workflow 只打本机： 127.0.0.1:xxxx/v1/chat/completions relay 后面接什么，再由我决定。今天先接 Claude，明天也可以换 Codex、Cursor、ChatGPT 或其他可用入口。 脚本不用知道后面是哪家模型。它只看到一个稳定的本地 OpenAI-compatible API。 修完之后，TG Daily 重新跑通，morning health 回到全绿：6 新鲜 / 0 陈旧 / 0 缺失。 对我来说，这比“又多接了一个模型”重要得多。 这件事最有用的地方不是省钱，而是把不稳定因素收回本机： 第三方 key 没余额，不影响主流程； token / cookie 不出本机； 并发、限流、fallback、日志脱敏都在自己手里； 所有 workflow 都不用关心后面到底是哪家模型。 但性价比确实离谱。 说白了，这更像月票和打车的区别。 偶尔问几句，API 很方便。可一旦开始跑 agent workflow，长上下文、批量摘要、多轮调用、定时任务，账单很容易比订阅还贵。 订阅账户本质上是平台给高频用户的一种补贴。重度使用时，这个杠杆会被放大很多。 我现在更愿意把它拆成三层： 订阅账户 = 模型额度； 本地 relay = 工程接口； workflow = 真正消费模型能力的地方。 这个工具真正服务的人，是已经有 AI 订阅，也真的在搭个人 workflow 的人。 目的不是绕平台规则，而是把“我在订阅账户里能用的模型”，变成“我的系统里能稳定调用的能力”。