独立解读
ZeroDev：如何用 Session Key 给 Agent 一把有条件的钥匙？
产品分析｜资料核对：2026-10-28｜基于公开资料，未部署或实测
如果 Agent 每次转账都要用户点一次确认，就很难完成连续的自动任务。把账户主密钥直接给它又过于宽泛。ZeroDev 提供智能账户和权限系统，让账户拥有者为 Agent 授予一把受限的会话密钥（session key）：可以限定时间、目标和操作，而不是授予全部账户权限。
ZeroDev 位于哪一层？
ZeroDev 提供智能账户、账户抽象及开发工具。开发者可以把它与登录、签名服务、支付协议和商家接口组合，构建自己的 Agent 应用。钱包文档。它不天然提供 Agent 寻找商家、判断商品质量或处理退款的所有环节。
| 组成 | 负责什么 | 例子 |
|---|---|---|
| 智能账户 | 在链上执行可编程账户逻辑 | 持有资金和接受经授权的操作 |
| Owner | 配置主权限和委托 | 用户或组织批准授权 |
| Session key | 在有限权限内签署 | 只允许特定动作并设置到期 |
| Paymaster / bundler | 在某些账户抽象流程中赞助费用或打包操作 | 需要另行配置与审核 |
一个 Agent 受限支付的示意
ZeroDev 文档将权限拆成谁可以签（signer）、何时可以执行（policy）及执行什么（action）。例如授权某个密钥只调用指定合约方法、在一定时间内使用；可组合的条件因 SDK 与账户版本而异。权限说明所示 v5.3.x 为归档版本，不能视为最新 API。
有限密钥不是零风险
| 问题 | 实践中要查什么 |
|---|---|
| 金额 | 是单笔限制还是累计限额？哪个代币和精度？ |
| 目标 | 限制收款地址、合约、方法及参数是否覆盖批量调用？ |
| 时效 | 生效、到期与撤销需要什么链上操作？ |
| Gas | 谁承担费用，是否限制费率、总支出和 paymaster？ |
| 保管 | 会话密钥泄露后，在到期或撤销前仍可在权限内使用 |
官方旧版 session key 文档特别提示：若不约束 paymaster 和 gas，恶意持钥者可能利用过高 gas 设置消耗原生资产。这是该版本和配置的具体风险提示，需要结合当前版本重新验证。Session Key 文档
商业模式和总成本
ZeroDev 的历史定价公告介绍以 Credits 衡量不同产品用量，而旧公告未必等于当前报价。2025 年公告。实际报价需确认智能账户、交易打包、赞助 gas 和相关服务分别如何计费。链上网络费和支付服务费可能另计。分析推断：通过开发者平台提供账户和交易基础设施，随着应用调用量及企业需求增长获得服务收入；未见 Agent 专项营收披露。
什么时候值得用？
如果开发团队需要在 EVM 智能账户中精细配置授权，并能处理链、SDK 版本、钱包和费用，ZeroDev 值得评估。它与 Safe、Privy、Turnkey 可能有重叠也可能组合，比较时要针对同一任务验证权限边界、撤销和失败，而不是只比较是否支持 session key。
以 Agent 定时付费为例，权限如何配置？
假设用户希望 Agent 每周向某个已知合约支付少量 USDC，以访问数据。一个概念接入流程是：开发者创建或连接智能账户；用户通过账户拥有者身份授权一把 session key；将许可范围与签名者、有效期、可调用目标及方法绑定；Agent 使用 session key 创建受限请求；智能账户验证通过后执行；用户在任务结束时撤销或让权限到期。
要特别确认的是，按参数限制单次金额不一定构成周期累计限额。如果需要每周总额上限，应核对所用版本的实际策略实现和状态记录，而不是从 session key 这个名字推断。官方文档针对不同 Kernel 和 EntryPoint 版本给出不同 API；例如旧版 session-key 页面与新版 permissions 文档不可混用。ZeroDev 版本文档
| 评估步骤 | 应观察的结果 |
|---|---|
| 未授权合约 | 请求被拒绝还是进入其他执行路径 |
| 合约相同、参数变化 | 金额、收款人或方法限制是否仍生效 |
| 时间过期 | 用户操作和后台自动请求如何表现 |
| 多次小额调用 | 是否真的限制累计值以及周期起点 |
| 请求异常 gas | gas 策略和 paymaster 能否防止费用失控 |
| 撤销后重试 | 新请求是否被拒绝，已提交操作如何处理 |
这些不是本文已经完成的测试，而是产品验收清单。
Gas 和支付金额要分开算
假设 Agent 打算买 1 USDC 的数据。即使 session key 对 USDC 金额有限制，网络执行仍可能消耗原生资产或 paymaster 赞助额度。用户是否直接承担 gas、应用是否代付、赞助额度如何计费，都取决于具体网络与配置。官方旧版文档提出，未正确限制 paymaster 和 gas 可能让恶意持钥者通过高 gas 设置造成资产损失；应参考当前版本确认限制措施。官方风险提示
可用如下公式与服务商核对：总成本 = 数据价格 + 链上执行/赞助费用 + 钱包或基础设施服务费 + 入金/兑换费用。这只是费用框架，本文没有真实支付报价。
做支付产品时，ZeroDev 还缺什么？
ZeroDev 提供账户和权限组件，但支付体验通常还需要钱包资金、身份认证、商家发现、支付协议、服务交付、账单和风控系统。一个只装 session key 的 Agent 可能仍不知道服务商是否可信，也无法知道 API 返回数据是否可用。
与 Safe 的 allowance 模块比较时，先明确使用哪个账户标准和版本，随后测试相同的代币、金额、目标及撤销任务。与 Privy 或 Turnkey 比较时，理解前者可能提供的身份、签名或钱包服务与智能账户逻辑所处层级；这些组件可共同存在。对只想在命令行体验一次付费接口的个人开发者，完整组装智能账户栈未必划算。
资料：ZeroDev 钱包；会话密钥；版本化权限文档；历史定价公告。