Cloudflare 新增支出限制，AI 应用超预算后怎样暂停

2026 年 11 月 13 日，Cloudflare 推出 Spend Management 测试版，让按量付费客户为 Workers 和 Durable Objects 设置支出限制，达到阈值后暂停受支持的操作。把 AI 助手、接口或后台任务放在这些服务上的独立开发者，多了一种控制异常用量的办法。启用之前，值得先弄清它会停掉哪些服务、哪些费用还在继续，以及怎样恢复，避免预算设置本身打断正常业务。

原创 AI 概念插画，表现用量控制，不是 Cloudflare 控制台截图。

[配图建议：云端用量管线经过可调阀门，旁边标出阈值刻度 + 双色版画风概念插画]

达到额度后，新增了一步“暂停调用”

过去收到预算邮件，开发者还要自己登录控制台处理。此次公告的具体变化是：为受支持产品配置阻断策略后，平台可以在累计支出达到阈值时暂停操作，起步覆盖 Workers 与 Durable Objects，面向 PayGo 客户开放 Beta。Cloudflare 官方发布公告

设想一个文档摘要助手：网页把任务交给 Worker，再调用模型，借助 Durable Objects 保存任务状态。程序意外重复提交，可能同时增加计算、状态服务和模型调用的费用。产品支出限制可以为其中一部分资源增加暂停动作，开发者也要分别检查其余收费环节。

先确定要控制哪一项费用，再选择对应规则。 用量请求数、模型费用、账户总账单各有统计范围；同样写着“预算”，触发后的动作也有区别。

账户预算提醒的范围与通知性质，见官方预算提醒文档；网关规则只覆盖经过网关的请求，见AI Gateway 支出限制文档。表中的方式可以配合使用，但需要分别设置。

[配图建议：一条 AI 任务链分别经过计算、状态存储与模型调用，标明各自的额度位置 + 简洁工程流程图]

一个测试任务，也可能停掉同账户的正式服务

Workers 的限制汇总整个账户中所有 Worker 的请求和 CPU 用量费用，先扣除套餐包含额度，月度订阅费另计。它不能只选中某个测试脚本。因此，同账户内一个失控任务达到共享额度时，其他正式应用也可能一起受到影响。

限制生效后，新的 HTTP 调用、定时任务和队列消费者等 Worker 调用会被拒绝。无需运行 Worker 代码就能提供的静态资源仍可访问；依赖 Worker 处理的页面请求则可能失败。HTTP 访问者可能看到 1103，但这个错误还有其他成因，需要结合支出管理状态判断。Workers 官方说明

Durable Objects 同样按账户控制，无法单独限定一个对象或命名空间。新对象请求、SQL 读写等受支持操作可以被阻断，但已存数据的存储费仍会产生；运行中的请求、已打开 WebSocket 的消息，以及旧式键值对象的一些操作，也可能继续发生费用。Durable Objects 官方说明

对上述摘要助手，实际准备工作是画出依赖关系：网页还能打开时，任务提交是否已经失效？状态对象暂停后，前端会显示什么？支出暂停会改变产品可用性，额度要与故障处理一起设计。 可以先让测试环境使用提醒，确认业务如何响应，再决定正式账户能接受怎样的中断。

[配图建议：同一账户下测试任务与正式应用共用一道用量阀门，旁边保留独立存储支路 + 清晰线稿示意图]

额度达到后，计量与阻断仍需要时间

平台要把用量汇总、套用价格与套餐额度，再把阻断状态传到运行节点。官方介绍的流程包含通常一分钟、五分钟的两级聚合，阻断配置随后异步传播；公告称当前支出展示接近实时、在十分钟以内，并把进一步缩短时间列为后续方向。官方架构说明

这解释了为什么设置额度之后，还应预留超出阈值的空间。十分钟以内是厂商描述的当前处理表现，不能据此推导某个应用最多超支多少：突发并发、正在进行的工作和不同计费项，会影响实际结果。官方文档也明确，最终账单可能超过限制金额。

另一个容易忽略的细节是账期。限制采用产品当前订阅周期的已记录费用，创建规则不会重新从零计数。如果当前已经使用 60 美元，再保存 50 美元限制，策略评估后就可能触发暂停。这是文档给出的示例金额，实际应以账户当前支出为准。支出管理与账期文档

设置页出现 Limit reached，表示系统记录了阈值事件；它不足以证明所有节点都已完成阻断。恢复时也要留出传播时间，并通过一次真实业务请求确认结果。

[配图建议：用量产生、汇总计价、策略判断、节点阻断依次排开，中间保留时间间隔 + 横向时序图]

启用之前，先查已用金额和恢复路径

有账单编辑权限的用户，可进入账户 Billing，选择 Spend Management，在 Workers 或 Durable Objects 行编辑支出限制，保存后确认开关为 On。产品文档强调，控制台新建限制不会自动带上邮件接收者；希望收到通知，需要为策略配置 notification_email。控制台设置步骤

习惯终端的开发者，也能通过官方 cf CLI 管理。下面这条命令只列出当前账户策略，适合先确认有没有既有规则：

cf billing spend-policies list

读策略需要账户 Billing Read 权限，修改需要 Edit。创建时，notification 表示邮件提醒，usage_block 表示阻断；threshold_cents 使用美分整数，例如 5000 对应 50 美元。可以用 --dry-run 预览创建请求，先核对账户、产品、金额与动作，再真正提交。cf CLI 官方指南

恢复方案也应提前写下来：把额度提高到当前累计支出之上、关闭限制，或者移除限制，都可以解除这项阻断；下一订阅账期开始时，阻断也会到期。关闭后再打开同一限制，不会重置本周期支出。重新放行后要检查排队工作、重复任务与错误重试，避免异常原因仍在，费用很快再次增长。

如果应用还有模型调用预算，按用户划分规则时要确保请求携带可信的用户标识。网关按 token 与模型价格估算费用，具有最终一致性，并发请求也可能短暂超过额度，详见网关限制说明。模型请求预算与产品资源预算需要各自验证。 当前跨产品、只暂停某一个应用或 Agent 的整体预算，仍是公告中的后续计划。

[配图建议：开发者核对账期、已用金额、策略动作和恢复步骤，采用简短勾选清单 + 杂志式扁平插画]

今天先核对一次账期和已用金额

已经在 Cloudflare 上运行 AI 应用的团队，可以先查看 Workers 与 Durable Objects 的本周期费用，列出同账户受影响的应用，再决定提醒或暂停。对必须持续服务的产品，先安排故障提示与恢复负责人。今天最小的一步，是记录当前账期起止、累计用量费用和准备设置的阈值，确认保存后会发生什么。

你的 AI 应用如果达到预算，是允许暂停后台生成任务，还是必须继续接收用户请求？这个选择，会直接决定规则应该设在哪里。

[配图建议：账期日历、当前用量与暂停开关并列，强调一次小范围配置决策 + 双色编辑插画]

资料核查：2026 年 11 月 14 日，Asia/Shanghai。本文依据 Cloudflare 11 月 13 日公告及本轮读取的官方文档撰写，未在付费账户执行限额实验；文中业务场景为机制说明，封面为原创 AI 概念图。