Simon Willison呼吁默认设置硬性预算上限，并称AWS已推出支出限额
Simon Willison在 2026 年 10 月 3 日的文章中指出，按用量付费的API和服务需要默认开启硬性预算上限：达到每月X美元后直接切断并返回错误，而非只发警告邮件。他提到AWS于 9 月 16 日推出每月支出限额，Google Cloud 7月已推出Spend Caps，但AWS该功能目前仅向有限客户发布。
AI解读：Simon Willison主张按用量付费服务和API应默认提供硬性预算上限：达到每月设定金额后切断服务并返回错误，而不是仅发送警告邮件。
他给出的理由是编码代理和个人代理降低了启动有偿代码的门槛，这些代码可能调用付费API、托管应用或产生存储与计算费用；他提到人们不希望睡醒后看到午夜警告邮件并发现多花了几百或几千美元。
针对企业不愿托管应用因超预算而报错的反对意见，Willison表示多数企业和个人更愿意看到错误而非超过 1 万美元的意外账单；他认为硬上限应默认开启，想承担风险的人可以主动勾选移除预算上限。
Willison称AWS在 9 月 16 日发布的新体验中允许设置每月支出限额，达到后项目当月暂停；但相关设置页面提示该新体验目前仅向有限客户发布。
他提到Google Cloud在 7 月推出Spend Caps，允许对项目内特定服务设置每月财务上限；他还希望代理能倾向推荐有硬预算上限的提供商，并警告新构建者避免使用未设上限的服务。
Simon Willison在 2026 年 10 月 3 日的文章中提出，按用量付费的服务和API需要更多默认硬性预算上限：达到每月设定金额后切断服务并返回错误。
他称AWS已于 9 月 16 日推出每月支出限额，达到后暂停项目；Google Cloud在 7 月推出Spend Caps。但AWS相关设置页面提示新体验目前仅向有限客户发布。
Willison主张硬性上限应成为默认
Willison将硬性预算上限描述为按用量付费服务和API的功能：用户可设置“每月X美元后切断并返回错误”。他强调必须是硬限制，仅发送警告邮件的软上限不够。
他认为编码代理和个人代理降低了启动有用代码的阻力，这些代码可能调用付费API、托管Web应用或产生额外存储和计算费用；他提到没人愿意睡醒后看到午夜警告邮件，并发现失控服务已多花几百或几千美元。
对于企业不希望托管应用因超预算报错的反对意见，Willison表示他预计多数企业和个人更愿意看到错误而非超过 1 万美元的意外账单。他认为硬性上限应默认开启，想冒险的人可以主动选择移除，并给出了一个明确的复选框文案示例。
Willison说最希望AWS提供该功能，并提到有人因担心失控服务导致破产而拒绝在个人项目中使用AWS，也有人因未预料到而遭受严重损失。
AWS与Google Cloud的相关功能
Willison引用AWS 9月 16 日公告称，用户升级到付费计划后，可根据用量模式为项目设置每月支出限额；项目用量达到限额后，当月项目暂停。
他同时引用AWS设置页面“Create a spend limit”，该页面提示“我们目前正在向有限数量的客户发布新体验”。他希望该功能尽快向现有账户全面开放。
Willison提到Google Cloud在 7 月推出类似功能Spend Caps，允许对项目内特定服务设置每月财务上限。