Simon Willison 认为按量计费服务需要默认硬预算上限

3rd October 2026

有一项产品功能，未来几个月乃至几年里，全世界会越来越大量地需要它：默认硬性预算上限。我说的是按用量付费的服务和 API 的功能，让你可以说“每月超过 $X 后，切断它并返回错误”。这些必须是硬性限制。软上限，“每月超过 $X 后，给我发一封警告邮件”，是行不通的。

编程智能体，以及个人智能体（用没那么吓人的界面包装起来的编程智能体），大大降低了快速搭建能做有用事情的代码的门槛。有时这些事情要花钱——调用付费 API，或托管的 Web 应用，或会对额外存储和计算计费的系统。

没人想一觉醒来看到一封午夜发出的预算上限警告邮件，并发现在自己睡觉时，失控的服务又消耗了几百（或几千）美元的用量。

一种反对意见是，企业不希望自己托管的应用因为超出某个预算就开始抛出错误。我认为大多数企业和个人宁可遇到错误，也不愿收到一张意外的 $10,000+ 账单。

我认为硬性预算上限需要成为默认设置。如果有人想冒险，他们应该可以这么做，但必须是 opt-in。在显眼的地方放一个漂亮、清晰的复选框：

取消预算上限。如果我超出所配置的预算限制，我的应用不会被关闭，后续费用由我承担。

我最希望看到这项功能的服务是 AWS。我听过不少人的故事，他们出于（合理的）担心——失控的服务可能让自己破产——而拒绝将 AWS 用于个人项目。我也听过另一些人的故事，他们没有预料到这一点，结果损失惨重。

...而且事实证明，AWS 几周前终于推出了支出限额！出自他们 16th September 的公告 新的 AWS 体验帮助构建者更快上手并更快交付：

当你准备升级到付费方案时，可以根据使用模式为项目设置每月支出限额，从而将花费控制在预算之内。如果项目的用量达到其支出限额，该项目会在当月被暂停。

另见 在 AWS 设置中创建支出限额，不过该页面警告称：“我们目前正将新体验向有限数量的客户发布。”希望它能尽快对现有账户全面可用。

Google Cloud 在 July 推出了类似功能，名为 Spend Caps，让你可以“为项目内的特定服务设置每月财务上限”。看来这正在成为一种趋势！

在理想世界里，我们的智能体可以在这方面提供帮助。如果智能体开始倾向于推荐带有硬性预算上限的服务商，并警告新手和缺乏经验的构建者不要使用可能让他们陷入麻烦的无上限服务来部署应用，那就太好了。