成本安全：CLI vs API

一张账单就能毁掉一个项目，而它很少来自托管。它来自一个按量计费的 AI API。你为日常写代码而搭建好的工具——Claude Code、Cursor 之类——通常是按固定费率订阅的：多发一条 prompt 的成本实际上为零。可一旦你的应用去调用原始的 AI API 或 SDK，经济模型就翻转了：你是按 token、按请求计费的，没有上限。一个有 bug 的重试、一个无界限的批处理任务，或一个陷入循环的 agent，都能在一夜之间悄悄地把 $0 的闲置账单变成一笔四位数的意外。这就是 "bill shock"，也是单打独斗的构建者最常见的栽跟头方式。

在任何付费 API 上线之前，先给它套上笼子：

• 在提供商的控制台里设置一个硬性消费上限——一个真正的天花板，而不只是一封邮件提醒。
• **开发时优先用按固定费率的 CLI；**把按量计费的 API 留给那个真正需要它的生产功能。
• 对你自己的调用做限流——限制并发数和每分钟请求数——并在头几天盯紧用量面板。
• 批量工作用便宜/小型的模型，并先在极小的输入上测试（一条记录，而不是整张表）。
• **绝不上线一个调用付费 API 的、不带节流的循环。**给每个循环都设上界。

从一开始就把它定为规矩：每一个付费 API 都有一个硬性上限和一个节流器。