这两天小红书上传了两条翻车实录，情节几乎一样：有人用 AI 写了个项目，上线后爆单，正高兴呢，账单先来了——一张 10,811.41 美元的 Cloudflare 账单，折合人民币七万多。问题出在 AI 生成代码里的定时器逻辑：它在云上不知疲倦地循环调用付费服务，用量滚成了天文数字。发帖人说，当事人申请减免，没成功。小红书小红书
细节来自博主转述，原帖我没能直接核验，但金额、翻车机制两条独立笔记对得上。比起纠结这一单的真假，更值得看的是它下面的评论和转发——一堆人开始自查自己部署在 Cloudflare、Vercel 上的小项目。因为这戳中了一个大多数 vibe coder 没想过的问题：你的订阅费是有数的，但 AI 写的代码上线之后，它在云上花的钱是没数的。
一张平时 5 美元的账单，怎么爆到 10,811 美元
先给你一个参照系。9 月中旬有位博主在微博晒过自己的独立开发配置：所有网站加起来，每月 5 美元跑在 Cloudflare 上——Workers 做计算、D1 做数据库、R2 做存储、KV 做缓存、Queues 跑任务、Cron Triggers 做定时，全套。这也是小红书那篇 7000 多人收藏的《独立开发者「穷鬼」套餐》里的标准打法：GitHub、Cloudflare、Supabase 免费额度起步，先把产品做出来，再让收入决定工具预算。微博小红书
10,811.41 ÷ 5 ≈ 2162 倍。这不是"业务做大了流量涨了"能解释的曲线，这是循环失控的曲线。穷鬼套餐的作者其实自己就写过一句预警——免费≠无限，AI 用量、商用许可、超额计费都要看清。只是大多数人以为这句话是在说订阅费，没想过它说的是你部署出去的那坨代码。小红书
不是孤例，是同一个模式在反复上演
把 2026 年能查到的"AI 账单事故"摆在一起看，模式清晰得吓人：
7 月，一位韩国开发者收到 Anthropic 开出的 166 万美元发票——他是免费用户，API 调用量为零，连 Key 都没创建过。24 小时后第二封邮件，金额变成 1,662 万美元。他花了 4 天、发了 18 封邮件，才等到官方承认是计费系统的自动充值配置出了 Bug。知乎
AI 账单审计公司 Vaudit 披露过一组数据：审查 60 家企业共 3,400 万美元的 AI 账单，客户包括松下、HP、本田，从中揪出约 170 万美元的错误多收；五大云厂商最终退回了约 80% 的争议金额——退钱，但不认错。
8 月底，有微软员工的 AI 账单被曝 28 天烧掉 2.8 万美元；9 月，"单人一月烧掉 19 万、硅谷开始倒查员工 AI 账单"的帖子在知乎传了一圈。
再早一点，Uber 四个月烧光全年 AI 工具预算。小红书上一位团队负责人也晒过账单：上了 Cursor 一个多月就烧了上万元，帖子标题直言公司要被 AI 搞破产了。小红书小红书
从个人到巨头，金额差了六个数量级，翻车姿势却是同一个：按量计费的资源 × 无界的循环 × 没设的上限。这个组合甚至已经有官方名字了——OWASP 把"Unbounded Consumption（无界消耗）"列进了 LLM 应用十大安全风险；高盛 5 月的报告也点过根因：Agent 模式下"思考-检索-调用工具-重读上下文"的循环，token 消耗能到普通问答的两个数量级。你以为它在思考，其实它在烧钱。知乎
为什么 AI 写的代码，特别容易埋这种雷
这是我觉得最值得说透的一层。
AI 的优化目标是"把功能跑通给你看"，不是"出错的时候兜住底"。你让它写一个"每小时同步一次数据"的功能，它会老老实实写出来——但重试没有退避上限、异常被吞掉继续跑、循环没有出口条件、定时器触发后不管上一轮有没有跑完就开下一轮，这些"兜底逻辑"它经常不写，你不提它就不加。而 vibe coding 的现实是：大多数人根本审不出定时器逻辑里缺了什么，因为那段代码本来就是它写的、你看不太懂。
微博上 7 月有位博主用 Codex 做完网站后写的一句话，现在看格外应景——AI 写网站很快很猛，但它不会替你负债。微博
而且这个雷的单位当量还在变大。就说今天凌晨刚上线的 GPT-6.1 Sol Ultrafast：速度快 8 倍，价格是每百万 token 输入 12 美元、输出 60 美元，官方还特意提醒 Agent 一轮任务要连着调很多次工具、最好走长连接。速度翻 8 倍的另一面，是失控的时候烧钱速度也翻 8 倍。订阅制的时代你最多亏一个月月费，按量计费 + Agent 循环的时代，一晚上能亏出一台车。知乎
上线之前，装好这 5 道保险丝
坏消息是：出了事再申诉，成功率不乐观。爆单那位减免失败了；韩国开发者虽然最后销了账，但花了 4 天 18 封邮件，信用卡还先被冻结了；企业能追回 80% 争议金额，靠的是 Vaudit 这种专业审计团队。个人玩家没有这些弹药，所以钱要花在事前。下面 5 道保险丝，按优先级排：
① 给账户设预算告警，并且知道"告警不等于停机"。 各大平台都有预算提醒：OpenAI 后台有 usage limits，AWS 有 Budgets，Cloudflare 8 月刚上线了 Billable Usage API，能按天拉出 Workers、R2、D1 每一项的成本明细。但注意，多数平台的告警只发通知、不自动停服务——你看这个官方预算告警设置界面，只有阈值和收件人两个输入框，没有任何"到线停机"的开关——你得自己接一层"收到告警就停机"的动作，哪怕只是转发到一个能叫醒你的渠道。微博
② 给每一次对外调用加限速和熔断。 让 AI 改代码时明确提出：重试要有次数上限和指数退避；调用第三方付费 API 前先查缓存；所有 cron/定时任务要有"连续失败 N 次就自动停"的逻辑。这三句话说给 AI 听，它都会写，只是你不说它不写。
③ 让 AI 专门审一遍"花钱路径"。 上线前开一个新对话，把代码丢给另一个模型，只问一个问题："列出这段代码里所有可能无限花钱的路径：循环、重试、定时触发、对外请求。"成本几乎为零，但恰好补上你自己审不出来的那块盲区。
④ 密钥和权限分离。 生产和开发用不同的 Key，给 Key 加最严格的限额。Truffle Security 发现过一类很阴的案例：你三年前嵌在前端里的 Maps API Key，在项目接入 Gemini 后自动变成了能花你钱的凭证——你什么都没做，攻击面自己长大了。知乎
⑤ 装一个"死人开关"。 设一条最简单的监控规则：小时级调用量超过平时的 10 倍，自动暂停 Worker 或停掉 cron。理想状态是系统在烧钱之前自动熔断，而不是等人工发现。月底看到的账单，只是费用被汇总出来的时间，不是成本问题开始的时间。知乎
对号入座：你需要紧张到哪一步
只在本地跑的小工具、脚本：不用紧张，这份账单刺客名单里根本没有你，关掉即可。
部署在 Cloudflare / Vercel / Supabase 上的静态站或小应用：先查两样——有没有 cron 定时触发器、有没有服务端对外发起的请求。都没有的话，你的爆炸半径基本就是流量费，设个预算告警就够。
调大模型 API 的项目（尤其是带 Agent 循环的）：高危区，①③⑤ 必须做。你的成本不取决于多少用户在用，而取决于循环有没有出口。
团队：再加两条——Key 统一纳管、每个项目独立的预算上限。Gartner 的调查说 60% 的 IT 领导者担心 Agent 带来意外超支，但不到一半的组织做了系统性管理。别成为分母。知乎
最后留三个观察信号：一是 Cloudflare 这波推 Billable Usage API、把成本明细开放给 AI Agent 自己管，方向是"让 AI 看住 AI 的钱包"，值得盯着看会不会变成行业标配；二是这次 10,811 美元事件的当事人有没有后续申诉结果；三是 OpenAI 那个"28 天每日更新"的 Codex 承诺里，会不会哪天更新的就是默认硬上限。
AI 帮你写代码越来越便宜，但代码上线后烧的云资源一分钱没降。上线前花十分钟装保险丝，比事后写第 18 封申诉邮件便宜太多了。
