几乎所有服务都需要默认硬预算上限
来自 Simon Willison · 期号 2026-10-04
摘要
按用量付费的服务和 API 应该默认设置硬性预算上限，超过后直接返回错误，而不是只发一封警告邮件。 AI coding agent 让调用付费 API 变得极其容易，用户一觉醒来可能发现账单多了几千美元。AWS 和 Google Cloud 最近都推出了类似功能，但默认关闭。 理想情况下，agent 应该主动推荐带硬上限的服务，并提醒新手避开无上限的部署方案。
深读
导读 随着 AI coding agent 让调用付费 API 变得极其容易，用户一觉醒来发现账单多了几千美元的风险正在急剧上升。Simon Willison 呼吁所有按用量付费的服务和 API 应将硬性预算上限设为默认选项，超过后直接返回错误，而非仅发一封警告邮件。读完本文你会理解为什么软上限不够用，以及 AWS 和 Google Cloud 的最新动向。 关键信息 - Simon Willison 主张硬性预算上限（hard budget caps）应成为默认设置，用户需主动选择「移除上限」并承担后续费用。 - AWS 于 2026 年 9 月 16 日宣布推出每月支出限制（spend limit），超出后项目会被暂停，但目前仅向有限客户开放。 - Google Cloud 于 2026 年 7 月推出类似功能 Spend Caps，允许用户为项目内的特定服务设置月度财务上限。 - 软上限（发送警告邮件）被认为不够，因为用户可能在睡梦中错过通知，导致数百至数千美元的额外费用。 逐节讲解 硬性预算上限为何必要 Willison 指出，coding agent 和个人 agent 极大降低了编写能调用付费 API 的代码的门槛。这些操作可能涉及付费 API 调用、托管 Web 应用或按存储和计算计费的系统。软上限，即超出预算后仅发送一封警告邮件，无法阻止用户在夜间无意识的情况下产生巨额账单。他明确表示，大多数企业和个人宁愿服务因超预算而返回错误，也不愿面对一张意外的上万美元账单。 默认开启，而非可选 作者认为硬性预算上限必须成为默认行为。如果用户想「冒险」，可以主动选择移除上限，但需要在一个显眼的位置勾选一个清晰的复选框，确认自己将承担超出部分的费用。这一设计哲学的核心是：将风险从默认状态转移到主动选择状态。 云厂商的最新进展 Willison 注意到 AWS 和 Google Cloud 已开始推出类似功能。AWS 在 2026 年 9 月 16 日宣布了新的支出限制功能，允许用户为项目设置月度支出上限，超出后项目会被暂停。Google Cloud 则在 2026 年 7 月推出了 Spend Caps，允许用户为项目内的特定服务设置月度财务上限。Willison 希望这些功能能尽快向所有现有账户开放。 agent 的理想角色 在理想情况下，agent 应主动帮助用户规避风险。Willison 建议 agent 应偏向推荐提供硬性预算上限的服务商，并警告新手避免使用无上限的部署方案，以免陷入财务困境。 值得注意 - 作者本人是知名 Python 生态贡献者和 Datasette 作者，其观点代表了开发者社区对 AI agent 带来的新风险的普遍担忧，但文章并未讨论硬上限可能对生产环境可靠性造成的具体影响（例如关键业务服务因预算耗尽而中断）。