如何向 AI 代理出售服务 | x402 在 Stellar 网络上线
Source: Dev.to
如果你想为 API 收费，可能需要发放 API 密钥、设置支付处理器、管理速率限制，并且希望用户不会流失。该模型假设键盘的另一端是人类。
AI 代理改变了这种动态，因为它们没有访问或权限去注册基于信用卡的订阅。但如果你可以给你的代理提供少量数字资产，让它支付按量使用的费用呢？
这就是 x402 的作用所在。它重新启用了长期保留的 HTTP 状态码 402 Payment Required。服务器不再重定向到结账页面，而是可以返回机器可读的支付请求。客户端签署一笔交易，以提供身份验证来路由数字资产，随后资源被返回。
无需仪表盘。无需信用卡。无需人工介入。仅通过 HTTP 实现原生支付。
为什么选择 Stellar 网络和 USDC
支付通道很重要。
如果你每次 API 调用收费 0.001 美元，那么 0.30 美元的卡处理费就根本不可接受。当代理期望即时反馈时，以天为单位的结算时间也行不通。
Stellar 网络提供了缺失的基础：
- 交易在秒级完成
- 费用只有几分之一美分
- 通过 Circle 原生支持 USDC
- 非托管、链上结算
这种组合使得通过 x402 的微支付成为可行方案——不仅是概念验证，而是可靠的生产架构。
将 x402 集成到 Stellar 后，AI 代理可以找到你的端点，接收以 USDC 为单位的结构化支付请求，签署交易并继续——全部在标准的请求/响应循环中完成。首次实现经济模型与自动化相匹配，现在正是构建者的大好时机。
您可以向 AI 代理出售什么？
这个机会并非理论上的。代理已经在消费：
- 市场数据
- 代码分析
- 安全扫描
- 模型推理
- 计算周期
- 私有数据集
- 执行端点
目前，这些大多受 API 密钥或订阅合同的限制。此类摩擦限制了实验和组合性。
使用 x402，您可以公开一个服务，并根据使用量直接收取费用。代理无需账户或任何中介。
想想 Claude Code 和 OpenClaw 正在做的事：它们允许代理浏览代码库、执行命令、安装依赖并对系统进行推理。现在设想这些代理在此过程中发现了您的付费端点。
- 它们尝试发起请求。
- 您的服务器返回 402 Payment Required，并提供在 Stellar 网络上使用 USDC 的付款选项。
- 代理评估费用，签署交易并重新提交。
- 您在钱包中收到数字资产。
无需入职通话。无需 SaaS 销售漏斗。无需订阅流失。您的 API 变得经济上可组合。
开发者常以抽象的方式谈论“机器经济”。这正是未来几年它的模样：在自治系统之间流动的小额、可验证、程序化支付。
简洁性 对开发者
x402 最吸引人的地方之一是它对开发者的要求极低。
- 服务器端： 当需要付款时，端点返回 402 Payment Required 状态码，包含结构化的付款指令，并在链上结算后才交付资源。
- 客户端： 客户端检测到 402 响应后，签署所需的交易，并携带付款凭证重新发起请求。除此之外，所有操作都在标准 HTTP 基础设施上进行，无需引入复杂的新层或定制协议。
示例中间件（Node.js）
// npm middleware from Coinbase
const app = express();
app.get("/", (_, res) =>
res.json({ route: ROUTE_PATH, price: PRICE, network: NETWORK })
);
app.use(
paymentMiddlewareFromConfig(
{
[`GET ${ROUTE_PATH}`]: {
accepts: {
scheme: "exact",
price: PRICE,
network: NETWORK,
payTo: PAY_TO,
},
},
},
new HTTPFacilitatorClient({ url: FACILITATOR_URL }),
[{ network: NETWORK, server: new ExactStellarScheme() }]
)
);AI 代理正变得越来越强大，从被动助手转向主动运营者。随着这种转变加速，对机器‑对‑机器服务的需求也将随之增长。早期提供可编程、计量化服务的开发者将塑造这一生态系统。
x402 在 Stellar 网络上提供了支持这一需求的缺失支付原语——一种基于快速、低成本全球结算网络的 HTTP 小扩展。
如果你正在构建工具、数据集、模型或基础设施供代理使用，问题不再是机器是否会使用你的服务，而是它们在使用时是否能够直接向你付款。