周六读到一篇文章，讲 HTTP 402 状态码。这个“需要付款”的错误码从 1991 年就写在协议规范里，但三十年来几乎没人真正用过。原因很简单：服务器返回 402 的时候，屏幕前必须有一个人掏出信用卡。人类可以停下手头的事去付款，但 AI 代理不行。
一个自主运行的 AI，每小时可能发起几百次 API 调用、数据订阅、内容购买，金额小到 0.001 美元。你不可能让它每次都弹个支付页面等人来点确认——效率归零。而传统支付的手续费，可能比这笔交易的本金还贵。
所以 Coinbase 和 Google 分别提出了 x402 协议和 AP2 协议。思路高度一致：服务器直接返回 402，附带收款地址和金额，AI 代理自动完成链上支付，全程一次 HTTP 交互，不跳转，不绑卡，不要人工确认。用稳定币 USDC 做纳米级结算，单笔手续费压到小数点后五位。
这触动了我。我一直觉得“入口”是产品里最性感的一个概念。微信文件传输助手能取代 U 盘，不是因为它更好用，而是因为它填平了所有设备之间的缝隙——你下意识就会用它。那么 AI 支付领域，所有协议之间的缝隙，谁来填？
于是我把键盘一推，决定自己下场。
项目取名 PayPack。定位很清楚：不发明新协议，只做协议之间的桥梁。把 x402、AP2、USDC、Gas 费管理、日限额熔断全部封装成一句 agent.pay()，开发者接入后就不用再关心底层是什么协议、走哪条链。
然后就是连续几个小时的开发。装 Python 环境，配 MetaMask 测试钱包，加 Base Sepolia 测试网，写 x402 头解析逻辑，写日限额校验，写 ETH 转账模块，再写 USDC 转账模块。中间被水龙头的验证码卡了无数次——后来发现是国内网络对 Cloudflare 的普遍限制，不是我代码的问题。最后在 Base Sepolia 测试网上，用真实私钥签出了 ETH 和 USDC 两笔交易，哈希永久记录在案。
核心支付链路，通了。
目前仓库里躺着四份文件：完整的 Python SDK（支持 ETH 和 USDC 双币种签名）、项目 README 含里程碑和双笔交易哈希、入口战略纲领、Apache 2.0 许可证。
接下来计划做 AP2 协议解析，以及发布 LangChain 支付插件。更远的目标是同时对接海外稳定币通道和国内合规通道，让 AI 代理在全球范围内都能自动付款。
如果你也在关注 AI Agent 支付、x402、机器经济，或者对“入口级产品”这个话题感兴趣，欢迎来 Gitee 围观或一起搞。
