原帖报告已收录： 金额与进展来自原帖及关联回复。
babynarc：Durable Objects alarm 循环，意外账单从 $300 涨到 $500。
@babynarc 称一个他以为已不活跃的旧 Durable Object 里出现 alarm 循环，让他“被坑得很惨”：意外账单从 $300 涨到 $500，停掉后仍在上涨。他在回复 Cloudflare 的 Dane Knecht 与 Kenton Varda 时建议默认在每个 `cf` 结果前附上预算提醒信息。
发生了什么
- 报告原因
- 无终止循环
- 事件日期
- 日期未记录
- 首次报告
- 2026-10-09 23:13 UTC
- 账单处置
- 尚无结果记录
- 案例进展
- 尚未确定
- Cloudflare 公开回复
- 尚未收录
原始来源
每项来源链接对应的报告或回复。
案例时间线
意外账单从 $300 涨到 $500
到 𝕏 阅读作者回复 @dok2001 与 @KentonVarda 称，一个他以为已不活跃的旧 Durable Object 中的 alarm 循环让他被坑得很惨，意外的 $300 账单在停掉后仍涨到 $500。他建议默认在每个 `cf` 结果前附上预算提醒信息。
a self-obsessed baby
@babynarc · 𝕏 原帖
I just got burned *badly* by Durable Objects — an alarm loop in an old object I thought was inactive. Watched a surprise $300 bill inflate to $500 even after killing it. Can I pitch you on a free QoL boost? Have budget alert details prepended to every `cf` result by default.
其他推荐阅读
把 Cloudflare 控制在 5 美元内：意外账单从哪来
Ashish Sharma（@sarmaasis）用 5 美元的 Workers Paid 方案运行多个网站，按产品列出他认为会悄悄推高 Cloudflare 账单的用法，并附 12 项检查清单。
RetainDB：81 个用户，队列循环报告约 $36k 账单。
Reddit 用户 alameenswe 在 Workers、KV、Durable Objects 与 Queues 上构建 RetainDB，报告 81 个用户一个月产生约 $36k 的 Cloudflare 账单，正文写作 $35,000。他将其归因于队列消费者反复重新排队异步写入、每次记忆写入 12 次未批处理的 Durable Object 写入，以及鉴权回退中的 kv.list() 扫描。
硬上限为何需要时间：Ashley Peacock 谈计费数据延迟
Cloudflare Durable Objects 团队的 Ashley Peacock（@ashleypeacock）从个人经验解释为何接近实时的费用上限难做，称硬性账单上限即将推出，并建议在此之前先配预算告警和问题告警。