我们需要为几乎所有服务设置默认硬性预算上限

我们几乎需要在所有方面都默认设置硬性预算上限

在接下来的几个月和几年里，世界将迫切需要一项产品功能：默认硬性预算上限。我指的是按使用量付费的服务和 API 的一项功能，它允许你设定“每月超过 X 美元后，切断该服务并返回错误”。这些必须是硬性限制。软性上限（即“每月超过 X 美元后，给我发一封警告邮件”）是行不通的。

编码代理以及个人代理（以不那么具有威胁性的用户界面包装的编码代理），大大降低了启动能够执行有用任务的代码的摩擦成本。有时这些任务会产生费用——调用付费 API、托管 Web 应用程序，或可因额外存储和计算资源计费的系统。

没有人希望半夜醒来收到一封关于预算限制的警告邮件，发现自己在睡觉期间，其失控的服务消耗了数百甚至数千美元的额外用量。

反对这一观点的理由是，企业不希望他们的托管应用因为超出某些预算而开始抛出错误。但我认为，大多数企业和个人宁愿面对错误，也不愿收到一张意外的 10,000 美元以上的账单。

我认为硬性预算上限应该成为默认设置。如果有人想冒险行事，他们应该能够做到这一点，但这需要基于自愿选择（opt-in）。在显眼的位置放置一个清晰明确的复选框：

移除预算上限。如果我超出配置的预算限额，我的应用程序不会被关闭，我将对后续产生的费用负责。

我最希望看到这项功能的服务商是 AWS。我听说了很多故事，有些人因为（合理的）恐惧而拒绝在个人项目中使用 AWS，担心失控的服务可能会让他们破产。我也听说了那些没有预料到这种情况并最终遭受严重损失的人的故事。

……事实证明，AWS 几周前终于推出了支出限额！根据他们在 9 月 16 日发布的公告《新的 AWS 体验帮助构建者快速上手和交付》：

当你准备升级到付费计划时，你可以根据你的使用模式为你的项目设置月度支出限额，以确保你保持在预算范围内。如果项目的用量达到其支出限额，该项目将在当月暂停。

另请参阅在 AWS 设置中创建支出限额，尽管该页面警告称“我们目前正将新体验向有限数量的客户发布。”希望这能很快对现有账户全面开放。

Google Cloud 在七月推出了类似的功能，称为支出上限（Spend Caps），允许你“为项目中的特定服务设置月度财务上限”。看来这正在成为一种趋势！

在一个理想的世界里，我们的代理可以在这方面提供帮助。如果代理开始倾向于推荐具有硬性预算上限的服务商，并警告新手和不熟练的构建者不要部署可能给他们带来麻烦的无上限服务的应用程序，那将会很棒。

这是 Simon Willison 于 2026 年 10 月 3 日发布的内容《我们几乎需要在所有方面都默认设置硬性预算上限》。