随着人工智能代理从演示转向日常使用，该领域最著名的开发人员之一对一个平凡但痛苦的风险发出了警报：金钱。 Simon Willison 是一位以共同创建 Django 以及在大型语言模型方面具有影响力的著作而闻名的开发者，他在 10 月 3 日发表了一篇被广泛转发的帖子，认为按使用付费的云服务需要“默认的硬预算上限”——他说世界“在未来的几个月和几年里将需要更多的功能”。

这篇文章触动了人们的神经。 Hacker News 的讨论吸引了大约 430 个点，这是周末社区中得票最高的技术故事之一，开发人员交换了失控服务和意外发票的故事。 更多相关背景，请参阅我们的人工智能资讯。

问题：花钱的代理商

威利森的论点始于编码代理和个人代理的实际工作。它们极大地减少了编写可以做有用事情的代码的摩擦，而其中一些有用的事情是需要花钱的，无论是调用付费 API、托管 Web 应用程序还是需要额外存储和计算的系统。快速工作的代理可以同样快速地积累费用。

他的核心要求是支出限制是硬性限制，而不是建议性限制。 “软上限——‘每月 X 美元后，给我发送一封警告电子邮件’——不会解决这个问题，”他写道，并描绘了现在熟悉的场景：没有人愿意在午夜醒来时收到警告电子邮件，并发现在他们睡觉时，流氓服务消耗了数百或数千美元的使用量。

威利森预见到了明显的反对意见——企业不希望他们的托管应用程序因为超出了一些预算而抛出错误——并驳回了它。在他看来，大多数企业和个人宁愿选择停止工作的服务，也不愿支付 10,000 美元或更多的意外账单。

选择退出，不要选择加入

该提案的形式很简单：硬上限应该是默认设置，危险的生活应该需要深思熟虑的决定。威利森勾勒出他希望看到的那种突出的复选框：“取消预算上限。如果我超出配置的预算限制，我的应用程序不会被关闭，我将负责后续费用。”

这种倒置很重要。在现状下，防止支出失控是用户必须寻找和配置的东西，通常隐藏在计费控制台中。威利森的框架使得无限制的支出成为需要明确、明智的选择的事情。

云提供商已经在行动

该请求并非假设。威利森指出，最近几个月，两个最大的云平台都在向这一功能倾斜。 AWS 在 9 月中旬推出了每月支出限制，作为新的构建者体验的一部分：当项目的使用量达到支出限制时，该项目将暂停该月——这是一个真正的硬性上限，尽管 AWS 指出新体验仍在向有限数量的客户推出。谷歌云在 7 月份推出了类似的功能，称为 Spend Caps，它允许用户为项目内的特定服务设置每月的财务上限。

换句话说，正如威利森所说，这正在“成为一种趋势”——但尚未成为所有地方的默认设置，也尚未在所有账户类型中统一使用。

为什么是现在：错误代价高昂的时代

这篇文章的发布时机并非偶然。在过去的一年里，代理编码工具激增，随之而来的是令人眼花缭乱的账单故事。今年夏天，一个被广泛报道的案例涉及亚马逊的一项内部任务，一项克劳德编码任务就烧掉了 180 万美元，超出预算数百%。像这样的事件将代理人超支从理论上的风险变成了一种具体的、命名的危险——威利森的提议旨在使这种情况变得不可能，而不是仅仅不可能。

还有一个消费者保护的角度。新的和缺乏经验的建造者正是能够运送物品的人员代理工具，而且恰恰是最没有能力预测无上限服务可能花费他们的费用的人。威利森最后提出了针对该受众的建议：在理想的世界中，代理商本身会偏向推荐具有硬预算上限的提供商，并警告缺乏经验的构建者不要在无上限的服务上部署应用程序，这可能会给他们带来麻烦。

要点

威利森的帖子是一个功能请求，但读起来更像是一个预测。随着代理商承担更多自主工作——编写代码、配置基础设施、调用付费服务——该行业要么在他们运行的平台上建立硬性的财务护栏，要么继续吸收那些漏掉的平台的成本。云巨头最近的举动表明护栏时代已经开始。剩下的问题是，上限是否作为一种选择加入的安全功能出现，正如威利森所坚持的那样，或者仍然是一个大多数用户从未发现的模糊设置。

---

掌握AI最新动态

获取最新的AI新闻、分析和突破——尽在一处。

阅读更多AI新闻 →