AI Agent 已经开始从「帮你找东西」往「直接替你买东西」走。

它可以:

比价、

找机票、

订商品、

叫服务,

甚至在你没有一直盯着屏幕时继续完成任务。

但只要 Agent 开始碰到เงินจริง,最重要的 Prompt 就不再只是:

「帮我买最便宜的。」

而是:

你到底允许它花多少?

今天只学一个方法。

在让 AI Agent 花钱之前,先写三个限制:

单笔上限/总额上限/付款前停。

1. 单笔上限:任何一笔都不能超过多少

假设你要 Agent 帮你买日用品。

不要只说:

「帮我把需要的东西买好。」

先加一句:

任何单笔购买不得超过 1,000 元。

重点不是一定要设 1,000 元。

而是让 Agent 知道:

即使某个商品看起来符合需求,只要超过这个数字,就不能自己决定。

因为「值得买」和「你愿意花多少钱」是两件不同的事。

2. 总额上限:整个任务最多花多少

只有单笔限制还不够。

例如你设置:

每笔最多 1,000 元。

Agent 如果连续完成 10 笔 900 元的购买,

每一笔都没有违规,

最后却花掉 9,000 元。

所以还要再补第二层:

这次完整任务总支出不得超过 3,000 元。

这一层是在防:

Agent 每一个小决定都合理,

加起来却超出你原本预期。

Google 10 月 12 日更新的 Agentic AI Responsible Use Guidelines 特别提醒:

用户必须注意 Agent 的资源消耗与支出,而且 Agent 在 Google 或第三方服务产生的费用,责任仍可能由用户承担。

所以「让 Agent 自己做」不代表「花多少钱也一起交给它决定」。

3. 付款前停:最后一刀仍然由人决定

第三层最重要:

付款之前一定停下来。

你可以让 Agent:

搜索、

比较、

整理评价、

挑选商品、

准备购物车。

但真正付款前,

先要求它回来告诉你:

要买什么、

向谁买、

多少钱、

为什么选这个。

你确认后才付款。

OpenAI 在 Agentic Commerce 的范例里,也是把付款权限和模型本身分开。

Agent 可以提出购买需求,但系统会另外检查 Merchant、用途、金额与 Approval;甚至用一次性授权,避免同一个 Agent Run 重复发出多笔经济行为。

内核原则其实很简单:

AI 可以准备付款,不代表 AI 必须拥有最后付款权。

为什么现在特别值得做这个设置?

因为 Agent 已经不是实验室功能。

Meta Muse 现在就能协助购物,而且 Meta 官方明确表示,Muse 在进行 Purchase 这类敏感动作前会再次要求用户批准。

支付部分还可以使用一次性卡片,避免直接把真实卡号暴露给 Agent。

但不同 Agent、不同平台的付款设计并不完全一样。

所以不要把:

「这个 Agent 很安全」

理解成:

「我什么限制都不用设。」

最近实际使用 Agent 购物的案例也已经开始出现。

Business Insider 访问的用户中,就有人让 Agent 帮忙买杂货,结果收到原本没有预期的 20 磅鸡翅。

另一名用户虽然会让 Muse 帮忙研究与准备商品,却刻意没有开放完整购买权限。

问题不一定是 Agent「故意乱买」。

更常见的是:

你说的目标,

和它理解的「任务完成」,

中间还有一些你没有说清楚的限制。

最简单的 Prompt 就写这三行

以后只要 Agent 会碰到付款,就先补:

单笔上限:_____

任务总额上限:_____

最终付款:一定停下来等我确认

就算你使用的平台本身已经有 Approval,

这三行仍然值得保留。

因为平台的 Approval 解决的是:

「什么动作要问人。」

你的花费限制解决的是:

「这件事情最多可以做到哪里。」

两者不是同一层。

不要只限制付款,付费 API 也算

这个方法也不只适用买东西。

如果 Agent 会自动调用:

付费搜索 API、

图片生成、

视频生成、

云端运算、

数据服务、

第三方 SaaS,

一样应该有:

单次使用上限、

整个任务预算、

超过就停止。

Agent 真正变得自主之后,

新的风险不一定是:

「它做错答案。」

也可能只是:

它非常努力地完成你的目标,顺便把帐单跑得比你想像中高很多。

所以以后让 Agent 碰钱之前,

先不要问:

「它能不能自己付款?」

先问:

「就算它完全照规则做,我最多愿意让它花多少?」

这个数字才是真正的边界。

如果你也想知道自己的工作里,哪一步最适合先交给 AI,留言「流程」。

推荐阅读

AI 一分钟教学|2026/09/09:Muse 要你批准寄信或付款时,先看「这次权限能用多久」

今天这篇限制的是「最多花多少」;这篇补上另一个容易忽略的问题:一次批准到底只限这一次,还是后续任务也能继续使用。

AI 商业案例|2026/10/06:5 人市场情报团队怎么让 AI Agent 每天追 20 个网站?先设「来源/请求上限/超量就停」

Agent 的边界不只有金钱。当它可以自己调用网站与工具时,请求次数、来源与停止条件一样要事先设好。

AI 今日早报|2026/09/02:印度据报准备让 AI Agent 用 UPI 小额付款、ChatGPT 接上 Epic 病历、欧盟追问 Google AI Search 退出机制

AI Agent 开始真的碰钱之后,支付系统正在往「先设置额度与规则,再让 Agent 运行小额付款」发展;这篇可以补完整个背景。