# 智能体商务的崛起：当 AI 智能体开始买卖

> 智能体商务正在重塑软件的交易方式。了解 AI 智能体如何自主购买计算资源、API 预付额度和 SaaS 订阅，以及它们要实现大规模运行需要什么样的支付基础设施。
- **Author**: Ayush Agarwal
- **Published**: 2026-04-11
- **Category**: AI, Payments
- **URL**: https://dodopayments.com/blogs/zh/agentic-commerce

---

软件正在购买软件。这不是比喻。AI 智能体现在已经在做出真实的采购决策：配置计算资源、订阅 API、购买数据访问权限，以及代表企业和个人管理 SaaS 许可证。这就是智能体商务，而且它正悄然成为机器彼此交易的默认方式。机器对机器的支付需要在支付 API 中使用可靠的[幂等键](https://dodopayments.com/blogs/idempotency-keys-payment-api)，确保智能体重试请求时不会重复扣款。

这一转变之所以重要，是因为它改变了结账另一端的买方（或买方主体）。为人类买家点击按钮而构建的支付系统，在买家是一个凌晨 3 点执行任务、无人监看的自主智能体时，并不能正常工作。基础设施差距确实存在，而弥合这一差距是当前支付领域最重要的问题之一。

本文将拆解智能体商务的真正含义、为什么现在正是时机、哪些应用场景已经上线，以及要大规模支持 AI 智能体支付，支付基础设施需要具备什么样的能力。

## 什么是智能体商务？

智能体商务，是指 AI 智能体作为自主经济参与者，在每笔交易都无需人工直接干预的情况下进行购买、销售、订阅和交易。人类设定意图（"让我的基础设施每月运行成本保持在 500 美元以内"），其余工作由智能体完成。

这不只是简单的自动化。按照计划定期续订订阅的 cron 任务属于自动化。一个 AI 智能体评估三个相互竞争的 API 提供商，根据当前使用模式比较价格，协商预付额度套餐，然后完成购买？这才是智能体商务。

这种区别很重要，因为它改变了智能体接触的每个系统的要求。身份验证、结账、计费、用量计量----所有这些都需要在没有人工参与的情况下运行。

智能体商务交易由三个特征定义：

- **自主决策**：智能体根据程序化标准决定购买什么、何时购买以及向谁购买
- **程序化执行**：整个交易通过 API 完成，而不是浏览器会话或结账页面
- **受预算约束的运行**：智能体在人工定义的支出限额、审批流程或预付额度池内运行

如果你正在构建[AI 原生产品](https://dodopayments.com/blogs/best-payment-platform-ai-startups)，这就是你的基础设施需要支持的交易模式。

## 为什么是现在？让智能体 AI 支付成为可能的融合

AI 智能体购买商品这一概念并不新。新的是，如今技术栈的每一层终于都足够成熟，能够让它变得切实可行。

### 工具使用与函数调用

大型语言模型在 2024 年和 2025 年获得了可靠的函数调用能力。Claude、GPT-4 和 Gemini 现在可以使用结构化参数调用外部 API、优雅地处理错误，并串联多个工具调用。智能体可以发现支付 API、构造正确的请求，并在一次推理循环中完成购买。

### 模型上下文协议（MCP）

Anthropic 的 MCP 规范统一了 AI 智能体发现和交互外部服务的方式。智能体无需将 API 集成硬编码，而是可以连接到动态公开工具的 MCP 服务器。拥有[MCP 服务器](https://docs.dodopayments.com/developer-resources/mcp-server)的支付服务，任何智能体都可以发现并使用，无需编写定制集成代码。

这相当于浏览器统一了人类与网站交互的方式。MCP 则统一了智能体与服务交互的方式。我们关于[面向 AI 智能体的 MCP 支付](https://dodopayments.com/blogs/mcp-payments-ai-agents)的教程，具体介绍了这一模式如何应用于计费平台。

### 为智能体构建的支付协议

发现服务是第一个需要弥合的差距。支付授权是第二个，目前已有两项规范直接解决这一问题。

[x402 协议](https://dodopayments.com/blogs/x402-protocol)利用长期闲置的 HTTP 402 Payment Required 状态码，让服务直接返回价格并按请求完成结算。智能体访问端点、收到价格、完成支付并获得响应，中间无需创建账户。这使一次性机器购买能够以注册流程无法支持的规模运行。

[AP2 处理智能体支付的授权和争议证据](https://dodopayments.com/blogs/ap2-protocol-agent-payments)：包括智能体如何证明人类已向其委托支出权限、授权委托是什么样的，以及哪些证据可以在拒付后保留下来。两者共同填补了仅靠预付额度无法解决的两个缺口：证明意图，以及事后证明权限。

### 推理能力

现代智能体不会盲目调用 API。它们会分析成本、比较选项、评估取舍，并根据上下文做出决策。一个管理云基础设施的智能体可以计算出：对于一个将在 2 小时内完成的批处理任务，在 Provider A 上以每小时 0.03 美元启动竞价实例，比在 Provider B 上以每小时 0.04 美元使用预留实例更划算。随后，它会执行这一决策。

### 大规模智能体框架

LangChain、CrewAI、AutoGen 及类似框架，让构建多智能体系统变得简单，其中各个专业智能体负责特定领域。采购智能体、合规智能体和预算智能体可以像人类团队一样协同完成采购决策----只是速度更快。

> 智能体商务的基础设施挑战，不是让智能体做出决策。它们已经能够做到。真正的差距在于，支付系统仍然假设有人会点击结账按钮。我们需要将 API 调用视为一等采购事件的计费基础设施。
>
> - Ayush Agarwal，Dodo Payments 联合创始人兼 CPTO

## 自主商务的真实应用场景

智能体商务并非理论概念。这些应用场景今天已经在生产环境中运行。

### AI 智能体采购计算资源

云成本优化智能体会监控工作负载，并自主购买计算资源。当机器学习训练任务需要 GPU 时，智能体会配置 GPU；任务完成后，智能体会释放 GPU。采购决策只需几秒，而人类评估选项并提交请求往往需要数小时。

这里采用的是[基于用量的计费](https://dodopayments.com/blogs/usage-based-billing-saas)模式：智能体消耗资源，计量器跟踪消耗，并在计费周期结束时自动计费。

### 购买 API 预付额度

开发者工具和 AI 平台越来越多地通过[预付额度系统](https://dodopayments.com/blogs/add-credits-billing-ai-app)销售访问权限。一个构建报告的 AI 智能体可能需要调用数据增强 API、翻译 API 和摘要 API。每个 API 都按调用次数或 token 收费。智能体会评估其预付余额，在需要时购买额外预付额度，然后继续执行任务。

对于销售 API 访问权限的[AI 计费平台](https://dodopayments.com/blogs/ai-billing-platforms)来说，这已经是标准模式。智能体只是最新的一类客户。

### SaaS 订阅管理

智能体可以代表组织评估、订阅和管理 SaaS 工具。营销团队的 AI 助手可能会判断团队需要使用竞争情报工具，检查公司是否已有订阅，根据预计用量评估价格层级，然后升级现有套餐或购买新套餐。

为此提供支持的[订阅计费基础设施](https://dodopayments.com/blogs/subscriptions-usage-based-billing-saas)需要处理程序化套餐变更、按比例计算的升级费用，以及由 API 驱动的取消操作。

### 数据访问与许可

研究智能体会购买数据集、学术论文和专有信息源的访问权限。准备法律简报的 AI 智能体可能会为一次查询购买特定判例数据库的访问权限。金融分析智能体可能会在客户项目期间购买实时市场数据源。

这些交易通常属于微型购买：金额小、频率高、完全自动化。包含结账页面和电子邮件确认的传统支付流程无法在这种场景下扩展。

### 智能体对智能体的服务市场

最令人关注的前沿方向，是智能体向其他智能体销售服务。专业代码审查智能体可能向开发流水线智能体提供服务；数据清洗智能体可能向分析智能体销售预处理服务。每笔交易都是机器对机器的交易，没有人类买家或卖家参与。

这要求支付基础设施原生支持[机器对机器的支付](https://dodopayments.com/blogs/billing-infrastructure-age-ai-agents)，而不是事后将这一能力勉强加到面向人类的结账流程上。

## 基础设施差距：为什么现有支付系统不够用

支付基础设施诞生于人类购买商品的时代。技术栈中的每一个假设都体现了这一点：

- **结账流程需要浏览器会话。** 智能体没有浏览器。
- **身份验证期待人类身份。** 智能体代表人类运行，但自身并不是人类。
- **计费周期假设按月运行。** 智能体可能每天需要完成 10,000 次交易。
- **价格页面为人类比较而设计。** 智能体需要机器可读的价格。
- **收据和发票面向人类读者。** 智能体需要结构化数据。

传统支付网关迫使你构建复杂的变通方案。你最终需要为每个智能体创建"虚拟用户"，预先授权信用卡用于自动购买，并构建定制中间件，在面向人类的计费 API 与面向智能体的消费模式之间进行转换。

这与移动应用刚开始需要接受支付时的情况类似：当时唯一的选择是将用户重定向到桌面结账页面。技术已经存在，但基础设施尚未适应。

对于正在构建[API 变现](https://dodopayments.com/blogs/api-monetization)产品的 AI 初创公司来说，这一差距就是瓶颈。

## 智能体商务需要什么样的支付基础设施

弥合基础设施差距，需要大多数支付平台目前尚不提供的特定能力。

### 预付费计费

预付额度可以解决自主智能体的预授权问题。与其给智能体一张信用卡并希望它不会超出预算，不如分配一个预付额度池。智能体在交易时从池中扣除预付额度。当预付额度不足时，它可以停止运行，或通过审批流程请求更多额度。

[预付费计费](https://docs.dodopayments.com/features/credit-based-billing)可以提供：

- 智能体可以自主消耗的预先购买的支出额度
- 防止成本失控的硬性支出限额
- 当预付余额低于配置水平时自动发出阈值提醒
- 与组织预算周期匹配的结转和过期策略
- 按智能体或团队隔离的预付额度

这是让组织能够安全使用智能体商务的财务护栏。你不是在给智能体无限的购买能力，而是以预付额度的形式为它设定明确预算。

### 基于用量的计量

智能体交易本质上是基于消耗的。智能体购买的不是"一个套餐"，而是消耗资源：API 调用、计算分钟数、token、数据查询。计费系统需要实时跟踪这些消耗，并据此计费。

具备完善计量能力的[基于用量的计费](https://docs.dodopayments.com/features/usage-based-billing/introduction)支持：

- 高吞吐量事件摄取（智能体每分钟可以生成数千个事件）
- 针对不同消费类型的多种聚合方式（计数、求和、最大值）
- 在开始计费前设置免费阈值
- 从预先购买的额度池中扣除预付额度
- 实时余额查询，让智能体在交易前检查剩余预算

没有计量能力，就无法构建适用于自主智能体的[基于用量的定价](https://dodopayments.com/blogs/usage-based-pricing-product-led-growth-ai-startups)。

### MCP 集成

智能体通过 MCP 等协议发现服务。如果你的支付基础设施不公开 MCP 服务器，智能体就无法在没有定制集成代码的情况下找到并使用它。这会造成分发劣势。

支持 MCP 的支付服务可以让智能体：

- 发现可用的支付操作（创建订阅、查询余额、购买预付额度）
- 通过结构化工具调用执行交易
- 查询计费状态和消费数据
- 以程序化方式处理错误和重试

Dodo Payments 的[MCP 服务器](https://docs.dodopayments.com/developer-resources/mcp-server)采用 Code Mode 架构：它不公开数百个独立工具，而是让智能体在隔离的沙箱环境中，针对 SDK 编写并执行 TypeScript。这意味着[API](https://docs.dodopayments.com/api-reference/introduction)中提供的任何操作，智能体都可以访问，无需造成工具膨胀。

### 程序化结账

对于智能体来说，结账体验是一次 API 调用，而不是一个网页。整个流程----产品选择、价格评估、支付执行和确认----都需要通过结构化 API 请求和响应完成。

这意味着：

- 不需要重定向到托管结账页面
- 不需要 CAPTCHA 或浏览器指纹识别
- 提供智能体可以处理的结构化错误响应
- 支持安全重试的幂等操作
- 通过 Webhook 确认异步支付完成

如果你正在为这种模式构建产品，请从[API 优先的计费基础设施](https://dodopayments.com/blogs/best-saas-billing-infra)开始，将程序化访问视为主要接口，而不是次要接口。

```mermaid
flowchart LR
    A["AI Agent
identifies need"] -->|"Checks budget"| B["Credit Pool
balance query"]
    B -->|"Credits available"| C["MCP Server
discovers tools"]
    C -->|"Executes purchase"| D["Payment API
processes transaction"]
    D -->|"Deducts credits"| E["Meter
records usage"]
    E -->|"Webhook confirms"| F["Agent
receives access"]
```

## Dodo Payments 如何支持智能体 AI 支付

Dodo Payments 从 API 优先的理念出发构建，这意味着服务人类发起交易的同一套基础设施，也可以原生服务智能体发起的交易。以下是各项能力如何对应智能体商务的要求。

### 支持 Code Mode 的 MCP 服务器

Dodo Payments MCP 服务器为 AI 智能体提供对完整支付平台的结构化访问。借助 Code Mode，智能体可以在隔离的沙箱中针对 Dodo SDK 编写 TypeScript。工具参数中不会暴露 API 密钥。除 SDK 外，沙箱无法访问网络或文件系统。

管理 SaaS 订阅的智能体可以：

```typescript
// Agent discovers products and creates a subscription
const products = await client.products.list();
const aiPlan = products.items.find((p) => p.name === "AI Pro Plan");

const payment = await client.payments.create({
  payment_link: true,
  customer: { email: "team@company.com", name: "Engineering Team" },
  product_cart: [{ product_id: aiPlan.product_id, quantity: 1 }],
});
```

这与人类开发者使用的是同一个 SDK。智能体只是另一种开发者。

### 预付额度权益

Dodo Payments 中的[预付费计费](https://dodopayments.com/blogs/billing-credits-pricing-cashflow)可以将预付额度权益关联到任何产品。当客户（或代表客户行事的智能体）购买套餐时，就会获得一个预付额度池。后续消费将从该额度池中扣除。

对于智能体商务而言，这意味着：

- 组织可以为其智能体群体购买预付额度套餐
- 每个智能体在交易时从额度池中扣除预付额度
- 低余额提醒会触发人工审核或自动充值
- 预付额度根据配置的策略过期或结转
- 智能体永远不需要直接访问支付方式

### 用量事件摄取

每个应计费的智能体操作，都会通过用量事件摄取被记录：

```typescript
await client.usageEvents.ingest({
  events: [
    {
      event_id: `agent_purchase_${Date.now()}`,
      customer_id: "cus_org_123",
      event_name: "api.call",
      timestamp: new Date().toISOString(),
      metadata: {
        agent_id: "agent_procurement_01",
        service: "data_enrichment",
        tokens_used: "2400",
      },
    },
  ],
});
```

事件会经过[计量器](https://docs.dodopayments.com/developer-resources/usage-based-billing-guide)，按计数、求和或最大值聚合消费量。计费在周期结束时自动完成。智能体无需操心发票或支付处理，只需进行消费，系统会处理其余一切。

### 完整的 MoR（名义商户）服务

Dodo 作为[名义商户](https://dodopayments.com/blogs/what-is-a-merchant-of-record)运营，在 220 多个国家和地区处理税务合规、拒付和监管要求。对于智能体商务而言，这消除了整类复杂性。智能体从不同国家的供应商购买服务时，无需处理 VAT 计算、税款汇缴或跨境合规问题，这些都由基础设施处理。

对于[跨境智能体交易](https://dodopayments.com/blogs/simplifying-your-global-payments-with-merchant-of-record)而言，这一点尤其重要，因为智能体、服务和组织可能分别位于不同司法管辖区。

## 智能体商务的未来

发展方向已经很清晰，多个趋势也已经开始形成。

### 智能体市场

在这类平台上，智能体可以展示自身能力，其他智能体则发现并购买这些能力。你可以把它看作一个应用商店，只是买家和卖家都是机器。价格动态变化，交易即时完成，评估依据是基准测试而不是评论。

[对 API 访问收费](https://dodopayments.com/blogs/charge-for-api-access)和[RAG-as-a-service](https://dodopayments.com/blogs/charge-rag-as-a-service)是这一模式的早期形态。下一步，就是由智能体完成购买。

### 自主预算管理

如今，人类为智能体设定固定预算。未来，智能体将动态管理预算。采购智能体可能会将支出从使用率较低的 SaaS 工具重新分配到需求旺盛的 API 集成，同时保持在组织总预算内并优化资源分配。

这需要支持实时余额查询、程序化套餐变更，以及可通过 API 访问的[用量上限与提醒](https://dodopayments.com/blogs/billing-ux-usage-caps-alerts)的计费基础设施。

### 智能体对智能体的商务网络

最终形态是一个由专业智能体直接交易服务的网络。数据流水线智能体按处理的记录数向清洗智能体付款；内容智能体按核实的事实数量向研究智能体付款；测试智能体按分析的拉取请求数量向代码审查智能体付款。

每笔交易金额小、频率高且完全自动化。支持这一未来的支付基础设施需要具备：

- 亚秒级交易处理
- 微支付支持（每笔交易可低至不足一美分）
- 多方结算（智能体所有者 A 向智能体所有者 B 付款）
- 每笔机器对机器支付的完整审计记录

支撑这一未来的计费模式----[预付额度系统](https://dodopayments.com/blogs/usage-based-billing-vs-flat-fees-ai-saas)、[用量计量](https://dodopayments.com/blogs/best-billing-platform-usage-based-pricing)和[API 优先的结账](https://dodopayments.com/blogs/ai-agent-ai-billing-integration)----已经存在。我们不需要重新发明基础设施，只需要采用它。

> 我们构建 Dodo Payments 时采用 API 优先的理念，是因为我们很早就意识到，下一代买家不会是点击按钮的人类。当你的客户是 AI 智能体时，你的结账流程就是一个 API 端点，你的价格页面就是机器可读的架构。从 MCP 服务器到预付额度权益，我们交付的每项能力都以这一现实为基础。
>
> - Ayush Agarwal，Dodo Payments 联合创始人兼 CPTO

## 常见问题

### 什么是智能体商务？它与普通电子商务有什么不同？

智能体商务，是指 AI 智能体在每次购买都无需人工干预的情况下，自主完成购买、销售和交易。普通电子商务中，人类会浏览、选择并结账；而智能体商务由 AI 智能体根据预设标准和预算，通过 API 以程序化方式做出购买决策。

### AI 智能体需要什么样的支付基础设施才能完成购买？

AI 智能体需要预付费计费来提供预授权支出额度池，需要基于用量的计量来跟踪消费，需要通过 MCP 集成发现服务，需要通过 API 而非基于浏览器的流程进行程序化结账，还需要结构化的 Webhook 确认。传统结账页面和面向人类的计费方式无法支持智能体发起的交易。

### AI 智能体可以自主购买时，企业如何控制支出？

组织可以使用预付额度权益设定支出限额。与其让智能体直接访问支付方式，不如分配预付额度池，由智能体从中扣除。当预付余额不足时，系统会触发提醒或审批流程。预付额度可以按智能体、团队或项目划分，并配置过期和结转策略。

### AI 智能体现在可以通过 Dodo Payments 购买服务吗？

可以。Dodo Payments 提供 AI 智能体可以发现并交互的 MCP 服务器、用于预授权支出的预付费计费、用于跟踪消费的用量事件摄取，以及支持程序化结账的完整 API。使用 Claude、Cursor 或其他兼容 MCP 的客户端的智能体，可以直接通过 Dodo SDK 执行支付操作。

### 当前 AI 智能体支付最常见的应用场景有哪些？

目前最活跃的应用场景包括：购买云计算资源；为数据增强和 AI 服务购买 API 预付额度；代表组织管理 SaaS 订阅；为研究任务获取数据访问权限和许可证；以及早期的智能体对智能体服务市场，在其中专业 AI 智能体向其他智能体销售能力。

## 最后总结

智能体商务不是未来趋势，而是正在快速扩展的现实。AI 智能体已经准备就绪，推理能力已经具备，服务发现协议也已存在。缺少的环节，是将智能体视为一等经济参与者的支付基础设施。

如果你正在构建 AI 智能体将要使用的产品，或正在构建需要购买商品的智能体，请从根本上为程序化交易而设计的基础设施开始。[Dodo Payments](https://dodopayments.com)提供智能体商务所需的[MCP 集成](https://docs.dodopayments.com/developer-resources/mcp-server)、[预付费计费](https://dodopayments.com/blogs/billing-credits-pricing-cashflow)、[用量计量](https://dodopayments.com/blogs/usage-based-billing-software-benefits)和[API 优先设计](https://dodopayments.com/blogs/best-payment-api-ai-agents)。

查看[定价](https://dodopayments.com/pricing)了解详情，或将你的智能体连接到 Dodo MCP 服务器，让它处理剩下的一切。
---
- [More AI articles](https://dodopayments.com/blogs/category/ai)
- [All articles](https://dodopayments.com/blogs)