让 Agent 管钱之前，先想清楚“三道门”
Stripe 推出 Treasury for agents：ChatGPT、Claude 等 Agent 可查余额、付发票、账户间转账和换汇；创建卡片“即将”支持，支出限额“未来几周”上线。
把活交给别人干，不难。
把钱交给别人管，很难。
为什么？
因为活干错了，可以返工。钱转错了，往往追不回来。
所以，一个企业对“信任”的考验，最后都会落到一个问题上：谁能动钱？
10 月 21 日，Stripe 发布了 Stripe Treasury for agents。
据 Stripe 新闻稿，Agent（包括 ChatGPT 和 Claude）可以在它们自己的工具里，查企业余额、付发票、在账户之间转账、换汇。
这件事的意义，不在于“又多了一个 AI 功能”。
而在于：Agent 第一次被正式请进了企业的“财务室”。
今天，我们就用这个案例，聊聊一个所有创业者迟早要面对的问题：
让 Agent 管钱，应该怎么分权？
01 Agent 能做什么，不能做什么
先把事实摆清楚。
据 Stripe 官方介绍，现在 Agent 可以做的事，有四件：
查余额 → 付发票 → 账户间转账 → 换汇
这里有一个值得注意的点：Stripe 点名的 Agent 有 ChatGPT 和 Claude，而后面要讲的案例里，创始人用的是 Grok。
这说明什么？
说明 Stripe 并不想绑定某一个模型。
它要做的，是“钱”这一侧的标准接口：不管你用哪家的 Agent，接进来的规矩都是同一套。
还有两件事，现在还不能做：
一是创建卡片。Stripe 的说法是“即将”。
二是给 Agent 设置支出限额。Stripe 的说法是“未来几周”。
注意，这两件事都还没上线。
如果你今天就想给 Agent 设一个花钱的上限，Stripe 这里暂时还没有这个开关。
那么，在限额上线之前，企业靠什么约束 Agent？
靠接下来要说的“三道门”。
02 第一道门：看得见什么
Stripe 的设计，是让企业自己选：
Agent 能访问哪些账户、哪些数据。
这是第一道门。
为什么要先管“看”？
因为很多风险，不是从“动手”开始的，而是从“看见”开始的。
一个只需要核对收入的 Agent，为什么要看到所有账户？
看得越多，出错时波及的范围就越大。
所以，第一道门的原则是：只给完成任务所必需的视野。
03 第二道门：能不能动手
第二道门，是只读还是可操作。
Stripe 允许企业为 Agent 选择：只能读取信息，还是可以执行操作。
这两者的差别，就像“会计”和“出纳”。
会计负责看账、对账、出报表。
出纳负责真正把钱付出去。
一个成熟的企业，很少让同一个人既管账又管钱。
为什么？
因为“看”和“动”分开，本身就是一种风控。
Agent 也一样。
先让它当会计，跑顺了，再考虑让它当出纳。
04 第三道门：谁来拍板
第三道门，是人工审批。
据 Stripe 介绍，企业可以设定：哪些资金动作，必须经过人的批准。
这是最后一道门，也是最重要的一道门。
我们可以把这三道门，写成一个简单的公式：
Agent 的财务权限 = 可见范围 × 操作权限 × 审批规则
（这个公式是我对 Stripe 设计的概括，不是 Stripe 的官方表述。）
这是一个乘法，不是加法。
任何一项收紧，整体的风险就被收紧。
比如，可见范围再大，如果只读，Agent 也动不了一分钱。
操作权限再大，如果每一笔都要审批，最后拍板的还是人。
05 一个人的公司，怎么用 Agent 管钱
理论讲完，看一个真实的例子。这个例子来自 Stripe 新闻稿。
Kubrio 是一个让 6–13 岁孩子做电影、游戏、漫画和机器人设计的平台。
它的创始人 Vlad Stan，是公司唯一的员工。
他有一个 Grok Agent，名叫“Stash”。
Stash 通过 Stripe MCP 连接到 Kubrio 的 Treasury 账户。
每天早上，Stash 会检查余额、新增和取消的订阅、失败的付款、退款，然后给他发一份报告。
请注意，这就是第一道门和第二道门的典型用法：
看得见需要看的账户，只看、只出报告，要不要出手由他本人判断。
接下来，据 Stripe 介绍，他计划让 Stash 在 Kubrio 的账户之间转账，并给平台的承包商和创作者付款。
但是，每一笔付款，都要由他本人批准。
这就是第三道门。
你看，一个人的公司，并没有因为人少就放弃审批。
恰恰相反，人越少，越要把“拍板权”牢牢握在自己手里。
因为没有第二个人帮你兜底。
06 Agent 在哪里干活
还有一个细节，很容易被忽略。
Agent 是在哪里完成这些操作的？
据 Stripe 介绍，Agent 通过 Stripe 的 MCP 服务器，连接 Stripe 的 API 和数据。
也就是说，Agent 不需要“登录”一个新的财务后台，而是在它自己的工具里，直接调用 Stripe 的能力。
这有什么好处？
对创始人来说，少了一次“切换”。
过去，看账要打开一个系统，付款要打开另一个系统，汇总要再开一个表格。
现在，Agent 在同一个工作环境里把这些事串起来。
但是，好处的另一面，就是风险。
切换少了，摩擦就少了。
摩擦少了，“顺手多做一步”的可能性就大了。
所以，越是方便，越需要那三道门。
方便 + 无边界 = 隐患
方便 + 清晰边界 = 效率
07 为什么是现在
Stripe 为什么要做这件事？
新闻稿里给了两组背景数据。
一是，据 Stripe 的数据，2025 年年收入超过 $1M 的单人创始人，是 2023 年的两倍以上。
二是，今年第二季度，通过 Stripe Atlas 成立的 C corp 中，63% 是单人创始人。
这两组数字说明什么？
说明“一个人 + 一群 Agent”的公司，正在变成一种常见的组织形态。
这里有一条逻辑链：
一个人的公司越来越多 → 行政和财务杂事没人分担 → 创始人需要把重复性的财务操作交出去 → 交给 Agent → 但钱不能乱动 → 需要可控的权限设计
Stripe 卖的，表面上是一个 Agent 接口。
本质上，是在卖“可控”。
08 给创业者的三个建议
如果你也想让 Agent 帮你管钱，可以先问自己三个问题。
第一，它需要看什么？
列出它完成任务必须访问的账户和数据，其他的，一律不给。
第二，它需要动手吗？
能只读就只读。先让它出报告，你来判断。
第三，哪些动作必须你来批？
付款、转账这类会让钱离开的动作，建议默认都由人批准。
我们不妨假设一个场景（纯属假设）：
一家小公司的 Agent，每天早上整理一份财务报告，发现一张发票到期，于是准备好付款，推送给创始人确认。创始人看一眼，点一下“批准”，钱才真正付出去。
这个过程里，Agent 做了所有准备工作，人只做最后一个决定。
这就是 Agent 时代比较健康的分工：
机器负责勤快，人负责判断。
结语
过去，企业的财务制度，是为“人”设计的。
不相容职务分离、审批流程、权限分级，都是为了防止人犯错，或者防止人作恶。
今天，Agent 走进了财务室。
这些老规矩，不但没有过时，反而更重要了。
因为 Agent 不会累，它犯错的速度，也会比人快。
所以，真正的问题从来不是“Agent 能不能管钱”。
而是：你有没有为它设计好那三道门。
信任可以授予，但边界必须先画好。
来源：Stripe 新闻稿（2026-10-21）。创建卡片与支出限额尚未上线；Kubrio、Vlad Stan 与 Stash 的案例据新闻稿转述，转账与付款为其计划；单人创始人相关数据为 Stripe 自有数据；“三道门”、权限公式与会计/出纳比喻为作者概括，结尾场景纯属假设。