让 agent 自己收钱：HTTP 402 + 链上 USDC 微支付的 API 架构
"agent 化网络"的承诺常被理论演示和空气产品盖过。剥掉炒作，自主 AI agent 面对一个实际的工程瓶颈：变现。传统支付轨道（Stripe、PayPal）要求人工身份验证、银行账户和地域合规，软件 agent 无法自主走完这些流程。要让 agent 真正独立运行、扩展和交易，需要可编程、低延迟、无摩擦的支付层。这篇 dev.to 文章展示了一个完整实现：跑在 HTTP 上的自主 AI 服务 agent，接受 Base 二层网络上的 USDC 微支付，验证完全链上完成。
系统架构
agent 是一个微服务：接受高度专业化的 LLM 处理任务（结构化数据合成、代码审计任务等），算完结果按请求向客户端计费。核心是 HTTP 402（Payment Required）工作流，把标准 Web 协议与去中心化结算桥接起来：
- 客户端 POST /api/v1/analyze（无支付元数据）→ agent Worker；
- Worker 返回 HTTP 402: Payment Required（含发票详情）；
- 客户端在 Base 链上提交 USDC 转账；
- 客户端带 Tx Hash 头再次 POST /api/v1/analyze；
- Worker 在链上验证交易并检查 KV 缓存（防双花重放）；
- 验证通过返回 HTTP 200 + 结果负载。
为什么选 Base 和 USDC
- 低 Gas 费：Base 交易费通常低于 1 美分，让 0.01–0.10 美元的微支付在经济上可行；
- 即时结算：Base 出块约 2 秒，对避免同步 API 请求超时至关重要；
- 价格稳定：USDC 消除了原生 gas 代币（ETH）的波动风险。
核心实现
agent 跑在 Cloudflare Workers 上：冷启动极低、全球分布。用 viem 在 V8 沙箱里直接验证链上交易。中间件拦截请求、检查链上 USDC 支付是否有效、用键值存储防双花重放。
这套模式的价值与边界
对想做 agent 付费服务的团队，HTTP 402 是现成的语义：它不是错误，而是"请先支付"的协议级信号。相比把支付塞进业务参数里，402 让客户端库、网关和文档都有标准可循。
值得注意的边界：链上验证存在确认延迟与最终性取舍（2 秒出块不等于 2 秒最终）；KV 防重放只在同一 Worker 命名空间内有效；USDC 地址是固定合约，需确认链上版本；以及任何支付系统都绕不开的合规问题——用稳定币微支付替代传统收单，仍需评估所在司法辖区的监管要求。对纯实验和自动化 agent 间结算，这是一个完整的、可运行的参考架构。
来源：How I Built an Autonomous AI Agent That Earns USDC While I Sleep - DEV Community