01 / 权限与执行
权限决定先于付款执行
Owner 选择已有策略并检查额度、对象与有效期，再授予 Session。执行端在独立环境签名，不需要把 Owner 的日常操作搬进 Agent 流程。
Agent Wallet GuardAI Agent 钱包权限与付款执行平台
权限与执行Prototype · Agent 授权与执行
在付款之前授予权限，在任务之后收回。
Owner 审阅策略与公钥，Agent 独立签名执行，授权和付款状态分别可查。用本地演示理解一次完整的权限生命周期。
技术栈
02 / 权限与执行
清楚区分两种拒绝
101 MockUSDC 超额请求在 API 准备阶段被拒绝；撤销后，先前签好的操作直接提交 Bundler 也被链上拒绝。两种证据分别说明入口检查和撤销的作用。
经营方式与价值流转
Agent 的经济模型，从一笔任务预算开始。
在这里，资金用于支付工具和服务。Owner 提供受控预算，Agent 按授权执行付款，服务方收到费用。产品连接的是任务成本与执行权限。
- 01
任务预算
确定资产、额度与可支付的对象
- 02
授予权限
审阅既有策略，设置授权有效期
- 03
执行付款
Agent 独立签名并提交操作
- 04
核对与停止
查看支出记录，任务结束后撤销
演示中的机制
演示中，Agent 支付 1 MockUSDC；Owner 撤销后，该 Session 的后续付款被拒绝。
使用方价值
让付费工具调用有预算、有执行入口，也有可追查的支出。
商业化方向
可定制为企业内部工具，或规划按团队、账户和服务量计费的平台。
实际成本
工具费用、链上执行、账户维护和基础设施共同构成 Agent 运行成本。
当前为Agent 授权与执行。实际工具供应商、LLM 决策与平台计费属于定制接入方向，产品无需依靠原生代币奖励运转。
支撑业务的技术
从使用体验，深入到执行方式。
独立签名与智能账户
Node 执行端准备并签名操作，经 API、Alto Bundler 与 EntryPoint 进入智能账户执行。
Guard 权限验证
Guard 校验授权；本地演示中，撤销前签好的操作在撤销后提交也会被拒绝。
状态恢复
链上确认与 API 登记分开显示，同步失败时只重试登记，避免重复授权交易。
更多产品画面
BUILT BY 0xF1 / 2026-10-19
我在这个项目里做了什么
我的开发重点是 Owner 授权、独立 Node 签名端和智能账户之间的执行流程，包括撤销与同步失败后的恢复。
撤销后，旧签名还能用吗？
本地演示将撤销前签好的操作直接提交 Bundler，仍被链上拒绝。这与 API 准备阶段的超额拒绝是两种检查，页面分别说明验证到了哪一层。
接下来想完善什么
以权限为中心的 Owner 工作台已实现。
继续了解
从你关心的部分开始。
你可能还想了解
Owner 需要确认每笔付款吗？
授权生效后，Agent 在自己的执行环境中签名付款，Owner 无需参与每一笔签名。
需要把 Agent 私钥交给 Owner 吗？
不需要。授权填写 Agent 公开地址，私钥保留在 Agent 的执行环境。