Stripe 面向 Agent 的计量与支付

• 1: Stripe Agent 支付（材料）
• 2: Stripe Agent 支付 讲解

1 - Stripe Agent 支付（材料）

主要出处：Stripe 新闻室，2026-01-14 Stripe completes Metronome acquisition、2026-04-29 Sessions 2026、2026-08-19 Stripe agrees to acquire OpenRouter；文档 Token billing。本页不复制原文。

三件事，按时间

2026-01-14：完成对 Metronome 的收购。 官方称其计量引擎「已经在为一些最有雄心的 AI 公司提供支持，包括 OpenAI、Anthropic 与 NVIDIA」；公告把「向按用量计费的转变」称为下一个十年的决定性特征。

2026-04-29：Sessions 2026（288 项发布）。 与 Agent 直接相关的两条：

• 面向 AI 商业模式的流式支付。原文的描述是：Agent 以机器速度消耗 token，在企业收到付款之前就产生了真实成本。方案是把精确计量与实时支付接起来，让企业按每一个 token 收款，就在它被使用的那一刻。
• Link wallets for agents。原文：「你的真实支付信息从不暴露给 Agent——每个任务签发一张一次性卡，每一笔支付由你批准。」

2026-08-19：协议收购 OpenRouter（token 路由与优化）。原文提到 Stripe 自去年起已在做 token 成本优化，并推出了 Token Billing 一类产品。

计量能力本身

docs.stripe.com/billing/token-billing（当时为公开预览）按模型与 token 类型（输入、输出、缓存读、缓存写）计量并支持配置加价，会同步 OpenAI / Anthropic / Google 的价格。文档末尾提到可计量的对象包括 token 用量、API 调用、计算时间。

需要更正的一条

流传的「Stripe 于 2026-08-10 推出跟踪 token、tool call 与 agent session 分钟数的计费表」没有一手来源——它只出现在一个已知的 AI 生成 SEO 站点上。Stripe 官方文档里是通用的用量计量，没有「按工具调用」「按 agent 会话分钟」这类专项计量。时间线不采用该说法。

2 - Stripe Agent 支付 讲解

当时解决了什么问题

Agent 开始真的花钱：调模型、租沙箱、买数据。此前这笔账落在开发者身上——预充值、配额、事后对账。麻烦出在两头：成本产生的速度和收款的速度不匹配（Agent 以机器速度烧 token），以及授权不可追溯（一次会话里谁批了哪笔）。

Stripe 给的两件东西正对这两头：按 token 实时结算解决速度差，一次性虚拟卡 + 逐笔批准解决授权。

最值得记的不是支付，是那张一次性卡

「真实支付信息不暴露给 Agent，每任务一张一次性卡，每笔支付由人批准」——这是凭证设计，与同期 Managed Agents「凭证不进沙箱」、Agents SDK「凭证与编排不进模型代码环境」是同一个思路的第三种实现：

三条合起来看，2026 年的一个共同答案浮现了：Agent 可以行动，但凭证不由它持有。

对后续 LLM 与 Agent 的影响

按定义，这不是 Agent，也不是执行语义的变化——循环没变，动作接口没变。它改的是经济语义：Agent 成为可以独立计量、独立结算的经济参与者，而授权链仍回到人。

对做平台的人有一条实际含义：成本与权限正在合并成同一个控制面。谁是 principal、它花了多少、哪一步花的，在 2026 年之后是同一套账。