下面内容是人类阅读内容,如果你需要交给AI进行处理,请点击这个折叠栏,将下面内容直接发送到AI中即可
构建目标
未来的 Agent 不只是回答问题,它们会:
- 购买 API 和数据服务
- 支付算力、存储、带宽等资源费用
- 进行链上支付、订阅、结算和对账
- 在用户授权下完成日常交易
- 与其他 Agent 或服务进行机器对机器支付
但普通钱包并不适合 Agent。
普通钱包默认假设:
- 私钥由人完全掌控
- 每笔操作都由人发起
- 风险判断由人完成
- 支付对象和支付理由都是人理解的
而 Agent Wallet 要解决的是新的问题:
- 如何让 Agent 可以行动
- 又如何让 Agent 不能失控
- 如何让授权 足够细粒度
- 如何让支付 可审计、可追溯、可撤销
- 如何在不牺牲体验的前提下做到 去中心化与安全
你要构建的东西
我们希望你创造一个适用于 Agent 的安全钱包 / 支付账户 / Agent 原生支付系统,是一个具备授权、限制、恢复、审计、支付执行能力的完整产品。
并且可以扔入Claude Code,OpenClaw,Codex,Manus等AI Agent产品中自动安装
我们希望它至少具备以下特点
1. 去中心化
你的方案应该尽量避免把钱包控制权完全交给中心化服务。
理想情况下,它应当具备以下任意一种或多种特征:
- 用户自持资产
- 非托管架构
- Agent 无法访问到真实的私钥,并且具有较高安全性
- 用户可以撤销 Agent 权限
- 不依赖单点平台才能继续使用钱包,比如,兼容多系统,Mac,Linux,Window。多平台,AMD,Intel,Apple M系列
- 必须开源
2. 安全配置
它应该具备清晰且可配置的安全边界,例如:
- 单笔支付上限,每日 / 每周预算上限
- 白名单收款地址
- 白名单合约 / 白名单服务商,服务商
- 限定支付 Token(例如只允许稳定币)
- 限定可调用的方法或场景
- 超过阈值时需要人工确认
- 风险操作自动拦截
- 紧急暂停 / 撤销权限机制
3. Agent 原生
你做的东西应该是 for Agent 的,而不是 for human with AI flavor。
我们希望你真正思考 Agent 的使用方式,比如:
- Agent 如何请求支付权限
- Agent 如何获得临时授权
- Agent 如何解释这笔支付的原因
- Agent 如何在任务上下文中完成支付
- Agent 如何在失败后重试或切换支付路径
如果你的产品离开 Agent 也能成立,那它可能只是一个钱包;
4. 可审计与可解释
Agent 做出的支付决策必须是可以被追踪和解释的。理想的系统应当让用户或开发者能够看到:
- 谁触发了这笔支付
- 在什么任务上下文中触发
- 支付给了谁
- 为什么支付
- 命中了哪条策略
- 是否经过人工确认
- 最终执行结果是什么
5. 良好的恢复与权限管理能力
真正能落地的钱包,不只是“能支付”,还要“不会因为一次错误就彻底损坏”。
你可以思考:
- 如何恢复钱包
- 如何确认和调整调用 Agent 权限
- 如何轮换 session key
- 如何撤销泄露的私钥
- 如何让不同 Agent 拥有不同级别的预算和权限
- 如何管理长期 Agent 与临时 Agent 的差异
推荐但不强制的高价值特性
有用的资料: