TapeAPI 3.0 开源：给陌生 AI Agent 做独立核验

TapeAPI 3.0 正式发布！这次想和大家聊聊 AI Agent、TapeOut，以及我最近在关注的一些事情。

最近一直在思考一个问题：现在的 AI Agent 已经能写代码、调用工具、执行任务了。未来随着 Agent 越来越自主，它们之间肯定也会频繁地合作、交易，甚至自己花钱购买服务。

但如果有一天，一个你完全不认识的 Agent 找上门，想调用你的服务，还要求先用后付。 你怎么知道它是谁？用的工具有没有被修改？花了多少钱？有没有遵守委托人的授权规则？ 总不能它说什么，我们就信什么吧？

这也是我一直在思考 TapeAPI 该做的方向。 从最开始给每次 API 调用留下签名回执，到今天的 3.0，我想解决的其实是同一件事： 让两个互不认识的 Agent，也有办法独立核验彼此，而不是只能依赖信任。

这次 3.0 主要完善了四个方向：

1. 🪪 Identity｜身份 新增 Agent Passport，结合 ERC-8004 和 TapeOut 电路。 通过不同运营方的 RPC 节点交叉核验，检查 Agent 身份与电路是不是由同一个钱包持有，以及持有人有没有公开这层关联。 结果不一致就明确告诉你无法确认，不乱猜。

2. 🔧 Tools｜工具 把 MCP 工具定义的哈希固定在链上，客户端可以自己验证工具有没有被修改。 没有确认过的变化，就拒绝使用。

3. 🧾 Receipts｜账目 每次 AI 调用留下签名回执，记录请求、响应、声明的 Token 用量与费用。 现在还能逐行对账、统计花费、设置本地预算。3.0 默认也会阻断核验失败的响应。

4. 🔐 Policy｜规则 这个是我自己比较喜欢的新功能。 比如你雇了一个 Agent，给它一笔预算，规定哪些服务能用、什么情况下可以花钱。 这些规则可以写成 TapeOut 电路，再由委托人签名绑定。 服务提供方可以自己在本地执行规则，判断眼前这笔请求有没有超出授权范围。 当然，目前还只是链下检查，不等于钱包或者智能合约已经强制执行了这些限制。

📖 再聊聊 TAPs。 其实开发 TapeAPI 的过程中，我一直在尝试把一些能够复用的技术整理成标准，而不是只做一个自己的应用。

目前，TAP-11、TAP-13 到 TAP-18，已经有 7 份相关提案进入 TapeOut 官方仓库的 Draft 阶段。 包括服务身份与签名委托、签名响应、容器间加密通信、MCP 工具、独立服务交叉核验、AI 用量回执，以及 Agent 的任务授权。

这次 3.0 新增的 Agent Passport 和策略电路 Policy Circuits，也分别提交了 TAPs PR #83 和 #84，目前仍在评审中，这些设计还有很多值得社区一起讨论的地方。 我希望未来更多开发者可以直接使用这些标准，在上面开发自己的服务，而不需要每个人都从头造一遍轮子。

🤖 最后，聊聊我对 AI Agent + TapeOut 的一点期待。 我觉得 TapeOut 如果只是不断创造新的电路和资产，其实挺可惜的；希望他它们能成为一种可以复用、可以独立验证的计算与规则模块。

举个例子： 未来一个 Agent 接到任务，可以自己寻找其他 Agent 或服务，核验对方身份和工具，确认授权范围，再调用服务、付款，最后拿着回执对账。 整个过程不需要所有参与者事先认识，也不需要完全相信某个中心化平台。

而 TapeOut 的电路，可以负责其中适合被固定、复用和重新执行的规则；Solidity 智能合约负责需要链上强制执行的授权与结算；AI Agent 则负责决策和执行任务。 这三者如果能真正结合起来，会比单纯讨论电路能创造多少资产有意思得多。

这也是我希望 TapeAPI 以 Public Goods 的身份，未来能够继续探索这些方向。

当然，现在距离这个目标还有很远。 Agent Passport 和策略电路仍是实验版本，相关草案还没合并。主网目前没有已知的 CONFIRMED 护照，付费托管合约也还没有完成审计和部署。签名回执也不能证明服务方实际运行的是哪个模型。

所以 TapeAPI 3.0 还远远不是一套完整的 Agent 信任与支付系统。 但至少我们已经开始把其中一些问题拆开，一件一件去解决了。😀 项目完全开源，欢迎大家来体验、提问题，或者直接参与开发。

Build. Prove. Grow. 💙

🌐 官网：

💻 GitHub：

#TapeOut #AIAgents #MCP #BuilderCulture @TapeOutWorld