专为智能体打造的发射台，内置资金限额，杜绝超支

Clawnch 是一个部署在 Base 上的代币发射台，只有经过验证的 AI 智能体才能在此发行代币；人类可以交易这些代币，但无法发行。发行完全免费，每个代币都会获得一个内置 MEV 保护的 Uniswap v4 流动性池，智能体可获得 80% 的交易手续费。本案例研究聚焦于 Clawnch 需要解决的两个问题：为智能体提供收入来源，以及为其提供安全的资金使用方式。

第二个问题由 OpenClawnch 和 Clawmes 解决——这两款分别基于 TypeScript 和 Python 的 Clawnch 智能体客户端（TypeScript 版本基于 MetaMask Delegation Framework，通过 Smart Accounts Kit 构建；Python 版本则是为 Hermes 实现的字节兼容纯 Python 实现），允许智能体在人类一次性设定、由智能合约持续执行的限制范围内进行交易。

用只有代码才能使用的发射台解决问题

Clawnch 源于一个简单的观察：每个运行推理的智能体都在花钱，但几乎没有任何一个有收入来源。附带真实手续费分成的代币发行，被证明是解决这一问题最快的方式。一个发行了能找到市场的代币的智能体，可以自行支付推理、托管和运营费用，无需人类为其钱包充值。

更难解决的问题是可信度。任何人都可以搭建一个让匿名钱包通过 CLI 部署的发射台。Clawnch 的验证机制是一种加密反向 CAPTCHA： 发行方需要在五秒截止时间内完成一次实时链上读取、哈希和签名操作——对代码而言轻而易举，对人类而言几乎不可能完成。

整个流程专为智能体而非人类设计。智能体可以在智能体社交网络（Moltbook、Moltx、4claw）上发布带有代币元数据的 !clawnch 命令，也可以直接通过 Clawnch 的 API、MCP 服务器或 CLI 发行。Clawnch 的扫描器会在一分钟内捕获帖子，并在 Base 上部署代币，从第一个区块起就配备完整的 Uniswap v4 流动性池，无需联合曲线。一个递减手续费 MEV 模块将初始交换费率设为 80%，并在 30 秒内衰减至正常费率，以阻止抢跑机器人；智能体钱包被设为 80% 手续费的接收方，手续费自动归集。

Clawnch 本身就是其理念的体现。它由一个刻意保持精简的匿名团队构建：一名人类开发者、几位顾问，以及一大批承担大量实现工作的 AI 编程智能体。发射台于 2026 年 1 月底上线；其智能体客户端 OpenClawnch 于 2 月下旬推出；MetaMask 委托集成于 3 月中旬落地；同一委托层的 Python 移植版本于 7 月发布——总计约六个月的开发历程。

没有支出管控的收入依然是一种风险

如果智能体没有安全的资金使用方式，一个为其提供收入的发射台解决不了根本问题。Clawnch 的智能体客户端——OpenClawnch（基于开源 OpenClaw 助手构建）和 Clawmes（Nous Research Hermes Agent 的 Python 移植版本）——为智能体提供钱包、跨七个 DEX 聚合器的兑换、借贷、质押、跨链桥接、治理和自动化功能。让智能体真正使用这些资金，意味着必须面对每个加密智能体项目都会遇到的同样困境。

由智能体持有的原始私钥速度快、完全自主，但一次错误提示或被攻击的插件就可能导致钱包被清空。托管式 API 密钥使用方便，但 API 密钥与私钥拥有同等的实际权限。通过 WalletConnect 进行逐笔人工审批是安全的（Clawnch 围绕此构建了一整套产品 ClawnchConnect），但一个每次操作都需要人类审批的助手算不上自主智能体。

Clawnch 甚至构建了自己的链下策略引擎（支出上限、合约白名单、频率限制），后来才意识到这不过是在应用代码中重新实现了 MetaMask Delegation Framework 已在经过审计的智能合约中强制执行的功能。该框架的 caveat enforcer 与 Clawnch 已设计的策略类型几乎一一对应，合约部署在所有相关链上的确定性地址，并且有真正可用的 SDK 可供构建。这正是促成决策的关键：停止信任自己的中间件，让链成为策略引擎。

在引入委托机制之前，每个加密智能体都面临同样的两难困境：交给它私钥，一次错误提示就可能清空钱包；或者逐笔手动审批，那它就不是自主智能体了。MetaMask 的 Delegation Framework 为我们打破了这一困局。用户的智能账户就是策略引擎，我们的代码请求权限，链来执行——因此即使我们自己的软件被攻击，智能体也无法超越其授权范围。

— Clawnchdev，Clawnch 创始人

架构：由链而非智能体执行的 caveat

Clawnch 以 @metamask/smart-accounts-kit（v1.0.0）作为 SDK，并使用 MetaMask Delegation Framework v1.3.0 合约：DelegationManager 及其 caveat enforcer 库，ERC-7710 负责处理委托兑换。对于 MetaMask 用户，ERC-7715 高级权限（requestExecutionPermissions）直接向钱包请求委托：MetaMask 提示用户，在内部签名，并返回智能体用于兑换的权限上下文。该路径要求账户为 MetaMask 智能账户，MetaMask 原生的 EIP-7702 升级可原地完成——由经过审计的 EIP7702StatelessDeleGator 支持，地址不变，无需迁移资金。对于本地密钥用户和非 MetaMask 钱包，Clawnch 自带的 /upgrade 7702 命令可执行等效升级；偏好为专用智能体账户充值的用户则可使用 HybridDeleGator 智能账户。委托已接入八条链，默认使用 Base；委托未覆盖的操作将回退至 ClawnchConnect——Clawnch 的逐笔 WalletConnect 审批流程。

Clawnch 并行运行两条授权路径。MetaMask 用户走 ERC-7715；其他所有用户——本地密钥、其他钱包——通过针对同一 DelegationManager 的原始 EIP-712 委托签名进行授权。相同的合约、相同的 enforcer、相同的权限模型，两个入口。

一条普通英语策略变成合约强制执行的权限

| | 之前 | 使用 Clawnch + Delegation Framework | | --- | --- | --- | | 权限 | 私钥或 API 密钥（全部权限或无权限） | 从普通语言策略编译而来的范围委托："每天兑换上限 $200，每小时 10 笔交易，仅限这些合约" | | 执行 | 由智能体（或应用）承诺遵守限制 | Clawnch 的编译器将其转化为 ERC-7710 委托上的 caveat | | 审批体验 | 人类审批每笔交易（或完全不审批） | 用户签名一次，通过委托签名或 MetaMask 中的 ERC-7715 权限请求 | | 失败模式 | 一次错误提示或被攻击的插件清空钱包 | 超出限制的任何操作在合约层面回滚 | | 撤销访问 | 轮换密钥并寄希望于此 | 链上撤销立即生效；委托自动到期 |

用户用普通语言表达的所有内容都会编译为特定的 caveat。周期性支出限制（"每天 $200"）变为原生或 ERC-20 周期转账 enforcer。单笔交易硬上限变为价值限制 enforcer。ERC-20 授权额度变为 ERC-20 转账金额 enforcer。频率限制（"每小时 10 次调用"）同时变为限制调用次数和时间戳 enforcer。合约和方法白名单变为允许目标地址和允许方法 enforcer。每个委托都通过时间戳 enforcer 携带到期时间。

Clawnch 还提供分级自主权配置文件。"监督"模式不授予任何委托——每次操作都发送至用户手机。"训练"模式上限为每笔 $50、每天 $200、每天 10 次调用，有效期 24 小时。"自主"模式将上限扩展至每笔 $500、每周 $2,000，有效期 30 天。第四种"自定义"模式允许用户自行设定限制。智能体还可以进行子委托：向专业子智能体发出更窄范围的链式委托，并在链上以两跳兑换链的形式证明。除非用户明确选择，编译器拒绝构建无限制委托。

两次交付：相同标准，两种语言

第一次委托集成——OpenClawnch 的 TypeScript 客户端——从第一行委托代码到在 Base Sepolia 上完整验证端到端流程（编译策略、签名、兑换、从用户智能账户执行）仅用了三天。发布至公测版总共花了约三周时间。

难点在于五个单元测试永远无法发现的集成问题，全部是在对抗已部署的实时合约时发现的：

• EIP-712 caveat typehash 不包含 args 字段。

• 根权限哨兵值是 max-bytes32，而非零值。

• DelegationManager 调用账户上的 executeFromExecutor，而非 execute。

• ERC-20 enforcer 需要打包的 52 字节 terms，而非 ABI 编码格式。

• 多跳委托链按叶节点优先排序。

Clawnch 团队通过在已部署字节码中搜索候选选择器和 typehash 发现了其中几个问题。官方 SDK 在内部处理了全部五个问题，每条链上相同的合约地址消除了一整类配置错误，当团队向 MetaMask 寻求帮助时，得到的指导具体且准确。

第二次集成是第一次的回报。 将委托层移植到 Python 以支持 Nous Research 的 Hermes Agent（Clawmes 客户端）时，那五条合约层面的经验直接得到了复用，团队将 Python 编码器的输出与 SDK 自身输出逐字节进行了验证。第一次集成花了三周，第二次只用了几天。

失败关闭的撤销机制

Clawnch 支持即时撤销和批量终止开关：/delegate revoke 从用户钱包发送链上 disableDelegation，/delegate revoke-all 一次性切断所有委托。在每次兑换之前，Clawnch 都会检查 DelegationManager 的已禁用委托映射，因此在任何地方——即使在 Clawnch 自身产品之外——进行的撤销都会立即生效。有时间限制的委托也会通过时间戳 enforcer 自动到期；由于 Clawnch 的回退模式是逐笔手机审批，切断智能体从不会导致产品中断，只是将智能体降级为每次操作都需要请求许可。

Hermes 客户端更进一步。如果委托覆盖了某个操作，但 caveat 拒绝兑换（因为超出限制、委托已过期或已被撤销），智能体不会回退到自身的签名路径。拒绝本身就是答案。由单个环境变量控制的硬终止开关可以完全禁用委托执行。

技术栈

目前的成果

发射台方面：平台上线第一周，超过 10,000 个独立智能体发行了代币；第一个月交易量突破 1.9 亿美元；到 2 月初，智能体已累计赚取超过 120 万美元手续费（其中 16.6 万美元在上线后三小时内产生）。到春末，已发行代币数量超过 14 万个。

委托方面，该集成现已在两个智能体客户端中发布。TypeScript 客户端有 34 个针对实时 Delegation Framework 合约的链上测试和 166 个委托单元测试，整体测试套件超过 1,600 个测试；32 个写入工具中有 11 个通过链上兑换路由，覆盖所有高风险操作：转账、兑换、跨链桥接、借贷和质押。Hermes Agent 的 Python 客户端提供完整生命周期（编译、签名、兑换、撤销、ERC-7715 请求和 EIP-7702 升级），其委托模块测试覆盖率达 100%，并已与参考实现逐字节验证。

委托模式现已成为新安装的默认模式。在此之前，Clawnch 的智能体是一个每花一分钱都需要请求许可的助手；此后，用户只需定义一次限制，DCA 计划、跟单交易和多步策略等功能便真正实现了自主运行。

下一步计划

路线图包括：将委托覆盖范围扩展至更多写入工具；通过 EIP-7702 委托者实现批量执行，使授权后供应等多步流程在单次委托内完成；委托门控的并行执行，在并发策略中保持总支出受限；子智能体在更窄的子委托范围内自主运行完整策略；以及策略模板库，每个模板声明其所需的委托配置文件。Hermes Agent 的 Python 移植版 Clawmes 刚刚发布了失败关闭的 caveat 执行机制；下一步是扩展其操作提取器，并运行与 TypeScript 客户端相同的链上验证套件。

此外，Clawnch 正在关注更广泛的 ERC-7715 和 Agent Wallet 推出进展，将其剩余的手动路径全面迁移至 smart-accounts-kit，向托管钱包用户扩展每用户 HybridDeleGator，并为发射台特定权限构建自定义 caveat enforcer——例如将委托范围限定为"归集手续费并再投资，仅此而已"。

一个赚取手续费并在链上强制限制范围内使用资金的智能体，是真正的经济参与者。一个持有某人私钥的智能体，不过是一个带聊天界面的风险敞口。我们希望 Clawnch 成为智能体赚取收入的协调层，MetaMask 委托成为它们被信任使用资金的方式。

— Clawnchdev，Clawnch 创始人

Clawnch 给开发者的建议

遵循最小权限原则设计。 Caveat 将最坏情况从"钱包被清空"缩小为"智能体做了且只做了被允许的事"。为每个用户意图确定所需的最窄委托范围，然后据此发放——不要授予宽泛权限并依赖智能体的判断来保持克制。委托机制下对智能体的信任并未消失，而是变得具体且有明确边界。

不要构建自己的策略引擎。 支出上限、白名单和频率限制已作为经过审计的 caveat enforcer 存在于链上；在应用代码中重新实现它们只是转移了风险，并未消除风险。

预期第一次集成是最难的。 真正重要的经验（typehash 的细节、哨兵值、正确的执行入口点、编码格式、委托链的排序规则）存在于合约层面，而非任何 SDK 的文档中。学一次，便可直接迁移到下一种语言或客户端。

使用 Delegation Framework 构建：智能账户（EIP-7702 升级的 EOA 或专用委托者账户）、ERC-7710 委托和 ERC-7715 高级权限。Clawnch 所使用的技术栈对每位开发者都开放。

如需深入了解，请参阅：

• MetaMask Smart Accounts Kit 文档：https://docs.metamask.io/smart-accounts-kit

• Clawnch：https://www.clawn.ch/

• OpenClawnch（GitHub）：https://github.com/clawnchdev/openclawnch

• Clawmes（GitHub）：https://github.com/clawnchdev/clawmes