AI 日报

— Hacker News 熱門

未来几个月乃至几年里，世界将非常需要一项产品功能：默认设置硬性预算上限。我说的是按使用量付费的服务和 API 所提供的一项功能，让你可以设定：“每月达到 X 美元后，关闭此服务并返回错误。”这些必须是硬性限制。软性上限——“每月达到 X 美元后，给我发一封警告邮件”——是不够的。 编程代理，以及个人代理（套上不那么吓人的界面的编程代理），大大降低了部署能够完成有用任务的代码的门槛。有时这些任务需要花钱——调用付费 API、使用托管的 Web 应用，或者使用会针对额外存储空间和计算资源收费的系统。没人想在午夜醒来时收到一封预算上限警告邮件，然后发现自己睡觉期间，失控的服务又消耗了几百美元（甚至几千美元）的使用额度。 对此的一种反对意见是，企业不希望自己的托管应用因为超出某项预算而开始抛出错误。我预计，大多数企业和个人都会更愿意看到错误，而不是收到一张意外的 10,000 美元以上账单。我认为，硬性预算上限应该成为默认设置。如果有人想要冒险，他们应该能够这样做，但必须采用主动选择加入的方式。请在显眼位置放置一个清晰明了的复选框： 移除预算上限。即使超出配置的预算限制，我的应用也不会被关闭，后续费用由我负责。 我最希望看到提供这一功能的服务是 AWS。我听过很多人因为（完全合理地）担心失控的服务可能让自己破产，而拒绝将 AWS 用于个人项目的故事。我也听过一些人没有预料到这一点，最终遭受严重损失的故事。 ……结果 AWS 终于在几周前推出了支出上限！根据其 9 月 16 日发布的公告 New AWS experience helps builders get started and ship faster： 当你准备升级到付费方案时，可以根据使用模式为项目设置每月支出上限，从而确保支出不超出预算。如果项目的使用量达到支出上限，该项目将在当月暂停。 另请参阅 Create a spend limit in AWS Settings，不过该页面提醒道：“我们目前正在向数量有限的客户逐步推出新体验。”希望现有账户很快也能普遍使用这一功能。 Google Cloud 在 7 月推出了类似功能，名为 Spend Caps，可以让你“为项目中的特定服务设置每月财务上限”。看来这正在成为一种趋势！ 在理想情况下，我们的代理可以帮助处理这件事。如果代理开始倾向于推荐提供硬性预算上限的服务商，并提醒新手和经验不足的开发者，不要部署使用无上限服务的应用，以免陷入麻烦，那就太好了。 标签：amazon-web-services , ai , coding-agents

— Simon Willison