呼吁为按量计费服务默认启用硬性预算上限

我们很快需要对几乎所有服务默认启用硬性预算上限

2026年10月3日

接下来几个月甚至几年里，世界将极大渴求一项产品功能：默认硬性预算上限。我指的是按量计费服务和 API 中的一种机制，允许用户设定：“每月花费超过 $X 后，立即切断该服务并返回错误”。这些必须要是硬性限制。软性上限（例如“每月超过 $X 后发警告邮件”）是不够的。

编码代理和个人代理（即界面更友好、不那么具有威胁感的编码代理）极大地降低了启动有用代码的门槛。有时这些操作涉及成本——调用付费 API、托管 Web 应用，或计费额外存储和算力的系统。

没人愿意在午夜收到预算警报邮件，然后发现自己在睡觉期间，失控的服务又消耗了几百甚至几千美元。

反对意见是，企业不希望其托管应用因超出预算而开始抛出错误。但我预计大多数企业和用户更希望看到错误，而不是收到一张令人意外的 10,000 美元以上账单。

我认为硬性预算上限应当是默认选项。如果用户想冒险不设限，应该允许他们这样做，但这需要主动选择（opt-in）。某个显眼位置应该有一个清晰明了的复选框：

移除预算上限。即使我超出配置的预算限制，我的应用也不会被关闭，且我将对后续产生的费用负责。

我最希望看到这一功能的服务是 AWS。我听了很多人的故事，他们出于（合理的）恐惧拒绝使用 AWS 进行个人项目，担心失控的服务会让他们破产。我也听说过另一些人没有预料到这种情况，结果遭受了惨痛损失的故事。

……事实上，AWS 几周前终于推出了消费限额功能！来自其 9 月 16 日发布的公告 New AWS experience helps builders get started and ship faster：

当你准备好升级到付费方案时，可以根据项目的实际用量设置每月支出上限，确保不超出预算。一旦项目用量达到上限，该项目当月就会暂停。

另见 在 AWS 设置中创建支出上限，不过该页面提示“我们目前仅向少数客户开放新体验”。希望这个功能能尽快对所有现有账户开放。

Google Cloud 今年 7 月也推出了类似功能，叫 Spend Caps，可以为项目内的特定服务“设置每月费用上限”。看来这正在成为一种趋势！

理想情况下，AI agent 应该能在这方面帮上忙。如果 agent 在推荐服务时能倾向于那些有硬性预算上限的供应商，并提醒新手避开那些没有上限、容易惹麻烦的服务，那就太好了。