vibe coding 闯大祸，死循环干出 Cloudflare 10000 美元账单！应该怎么规避？

铁柱AGI（@cgnot996）在 X 长文中演示创建 Cloudflare 账单预算警报，说明它只是通知，列出放大费用的代码写法，并给出只读审计提示词和账单已起飞时的处理顺序。

要点

作者认为 vibe coding 项目以“功能能用”为验收标准，轮询、alarm、重试、全表扫描都会在不报错的情况下持续运行；AI 写代码不会替你估算“触发频率 × 单价 × 运行时长”。
作者给出预算警报的后台路径（管理帐户 → 账单 → 可计费使用量 → 通知 → 创建警报 → 账单预算警报），建议阈值取正常月费的 2–3 倍，并与可承受的最大损失比较取小。
作者提醒：用量按前一天数据处理，过线后第二天才通知；同一账期只发一封；创建需要 Super Administrator、Administrator 或 Billing 角色；不计入 Workers Paid 等固定月费；警报不会暂停服务或封顶支出。
作者列出排查项：无终止条件的 alarm 自我重排、无退避的轮询、无游标与幂等的定时任务、缺索引或缺 WHERE 的 D1 查询、无重试上限和死信队列的 Worker/Queue 调用环、热路径逐请求写 KV 或 DO、无迭代上限的 AI 循环，并附只读审计提示词。
账单已起飞时，作者建议先停掉仍在触发的来源，再导出用量数据与修复记录，在 Support 的 Billing 提交申诉；并写到减免是个案结果，没有保障。