MPP（Stripe 机器支付协议）

智能体在执行任务时经常需要为资源付费：获取一条付费数据、调用一个高级 API、为一次推理结算。传统支付体系为人类设计——注册账号、绑定卡片、在收银表单里逐项填写。在此之前的替代方案是让智能体用浏览器自动化「啃」人类界面的结账流程，但页面结构一变就断，token 消耗大，还要求智能体接触本不该看到的支付凭据。据 Belitsoft 2026 年 10 月整理的 Stripe 路线资料，行业开始回归 HTTP 语义本身：当服务端返回 402 Payment Required 并附上价格（例如一次请求 0.10 美元），智能体即可凭用户预先授权的钱包完成支付并获取内容。2026 年 9 月 22 日，AWS 在 Stripe 开发者见面会上演示了 AgentCore Payments 与 Privy 稳定币钱包组合的完整付费流程，展示了这一路径的工程可行性。

MPP 的核心交互可以概括为四步：智能体向服务、API 或 MCP 端点请求资源；服务端返回支付要求（含金额与支付指令）；智能体在授权范围内确认支付；资源交付。协议明确面向微交易、定期付费与按 API 调用计费三类场景。结算上，MPP 既可走稳定币，也可使用 Shared Payment Token 携带的卡与钱包等传统支付方式；商家通过既有的 PaymentIntents API 接入，资金直接落入常规 Stripe 余额。据 Stripe 文档口径，最低收费为银行卡 0.50 美元、USDC 稳定币 0.01 美元，后者为高频小额机器付费留出了空间。

智能体商务目前没有单一协议覆盖全部环节，MPP 所处的是结算层。行业报道常将整个栈分层描述：MCP 负责能力发现；ACP（OpenAI 与 Stripe）与 UCP（Google 与 Shopify）负责结账语义；AP2（Google，已捐入 FIDO 联盟）负责生成用户授权该笔购买的签名凭证；x402（Coinbase 发起，2026 年 7 月在 Linux 基金会下成立 x402 基金会）与 MPP 则负责机器对机器的资金结算。一个典型组合流是：智能体经 MCP 发现商家，用 ACP 或 UCP 走结账流程，附上 AP2 mandate 证明用户授权，再按场景选择卡通道或 x402/MPP 结算。Stripe 同时支持 MPP 与 x402 两条轨道。

规模方面，据 Belitsoft 报道引用的 Stripe 口径，MPP 上线约六个月时近 30 天交易量已超 2000 万笔，平均单笔约 0.37 美元——绝对量仍小，但增长曲线清晰。接入方面，使用 Stripe 托管结账或托管发票的商家无需改动即可获得智能体就绪能力：Stripe 在博客中说明已在结账界面中整合面向智能体的 WebMCP，使机器可读的结账流程自动启用。据 Stripe 员工在 2026 年 9 月 24 日播客中引用的初步统计，智能体经该通道结账相比操作人类表单可减少约 42% 的 token 消耗与 38% 的工具调用（属厂商口径，尚待独立复现）。自建收银页的开发者则需要与 Stripe 配合迁移，截至 2026 年 10 月初官方尚未给出完整步骤。

MPP 的主要局限有三。其一，覆盖面仍在早期：智能体只能购买开通了 MPP 的 API 与服务，生态扩张需要时间。其二，责任与争议处理规则未定：与 AP2 类似，签名凭证解决的是「谁授权了这笔购买」的证据问题，跨网络的拒付与争议裁决规则尚不完善。其三，结算层存在 MPP 与 x402 双轨并行，开发者需要按场景（消费者结账还是机器对机器、法币还是稳定币）做出选型，短期增加了集成成本。目前官方及行业暂未披露更多细节，后续将持续跟进迭代动态。

MPP 与 x402 的双轨并行预计将随场景分化而长期共存：消费者零售结账倾向 ACP/UCP 加卡通道，机器对机器的微交易倾向稳定币结算。结算层能否收敛、跨网络争议责任规则何时补齐，是决定智能体商务能否规模化的关键变量。目前官方及行业暂未披露更多细节，后续将持续跟进迭代动态。