Privy Agent Wallets：把钱包和可编程权限嵌进 Agent 产品

产品分析｜资料核对：2026-10-28｜基于公开资料，未注册或实测

当开发者想让 Agent 替用户买 API，首先需要有一个钱包；但把私钥交给 Agent 的整个运行环境会扩大风险。Privy 提供嵌入式钱包、登录、签名和策略工具，让应用为 Agent 配置受限制的钱包访问。它主要面向开发者，最终用户通常是在开发者的产品里使用钱包。

背景与目标用户

Privy 从登录和嵌入式钱包基础设施切入，后加入 Stripe。它仍提供可供开发者接入的产品；Stripe 的支付产品和 Privy 的钱包基础设施应分开计算。Stripe 年度说明；Agent Wallets。

谁	要完成什么	Privy 提供的部分
应用开发者	创建和管理用户/Agent 钱包	API、SDK、登录和钱包服务
用户	审核 Agent 的钱包访问范围	授权流程、可配置策略与审批
Agent	在权限内调用付费服务	发起受控签名和交易
商家	验证支付并交付	需由相应商户和支付方案完成

一次受控购买

sequenceDiagram participant U as 用户 participant A as Agent 应用 participant P as Privy 钱包与策略 participant M as 数据服务商 U->>A: 登录并审阅授权 A->>P: 建立或连接钱包并设置策略 A->>M: 请求付费数据 M-->>A: 返回付款要求 A->>P: 请求签名 P->>P: 按配置检查限额和规则 P-->>A: 允许则返回签名结果 A->>M: 提交凭证并获取数据

Privy 描述了以授权密钥、策略和审批为钱包操作配置范围受限访问的方式。策略可涉及单笔或时间窗口支出、目标合约与地址、到期和审批等；适用性随配置、链和产品而变。授权与策略；策略介绍。

权限设计比“有没有钱包”更重要

问题	阅读产品能力时应注意
谁控制钱包	官网区分开发者拥有和用户拥有等模式；应检查管理员与用户各自能改什么
Agent 持有什么	受限访问不等于无凭证；Agent 的令牌或环境仍需保护
限额在哪里执行	官方称策略由基础设施执行；应核对具体配置、签名类型和支持网络
能否撤销	应实测撤销速度、正在处理的请求及已授权的外部合约
能否知道买得值不值	策略可限制目标和金额，不能保证内容质量或 Agent 判断正确

定价与商业模式

公开价格列有开发者免费层、按月活用户分档的 Core 与 Scale，以及企业定制；页面还描述每月签名和交易量免费额度。价格随套餐、定义和用量变化，正式采购应核对计费表。它向开发者销售钱包、身份和交易基础设施；链上费用、兑换和合作方服务可能另计。分析推断：随着应用用户和交易规模增长，开发者可能升级或购买更多服务；Privy 没有单独披露 Agent Wallet 收入。

与相邻方案的区别

相对于偏底层签名与密钥的 Turnkey，Privy 将用户登录、嵌入式体验和钱包策略放在同一个开发者产品中；相对于用户直接使用的钱包，它需要应用团队定义体验和运维。适合希望快速把钱包嵌入现有 Agent 产品的团队；若业务要求独立托管、特定合规责任或严格的资金控制，需逐项审核合同、密钥恢复与实际部署。

策略究竟在哪里生效？

Privy 的钱包安全文档说明，默认情况下，安全执行环境（enclave）在签名或导出密钥材料前评估钱包动作的策略；请求还要经过已注册授权公钥的签名验证。用户、服务端或多个参与方可以按配置组成 owner 和授权密钥门槛。这里有两类不同的密钥：授权密钥用于证明谁能向钱包服务发请求；钱包密钥用于产生交易签名，不能混称。

同一文档还说明，依链、方法和应用配置，合规筛查或交易模拟可能在 enclave 之外另行运行；这些检查不等于 enclave 内的策略执行。模拟结果可能有参考价值，却不能替代确认实际被强制执行的限制。开发者应确认：哪类签名或导出受策略保护、谁能修改策略、不同网络和签名方法是否都在覆盖范围内。

一次面向用户的产品接入

假设一家研究工具希望允许用户在任务中购买数据，应用团队可以按以下顺序评估，具体 API 与开放条件以官方文档为准：

创建 Privy 应用并选择登录方法，确定是用户持有权限、服务端控制还是多方授权。
在应用中创建或连接钱包，向用户展示资金资产与支持网络；充值、换币和地区限制仍由资金服务及具体方案决定。
创建 Agent 可用的受限访问，给签名策略配置范围；例如限定收款对象、金额和有效期。要检查这些规则是否可在目标网络与签名方式上实际生效。
Agent 收到付费要求时，应用提交交易请求；授权、策略和必要的审批通过后才签名。服务商确认后仍需自己处理数据交付。
记录交易哈希、服务商订单与任务；撤销访问后再次发起小额测试，并检查已签发交易及外部合约授权是否仍有效。

官方 EVM 交易文档区分交易签名与广播，也说明部分交易可配置 gas 赞助。不要把“返回交易哈希”当作服务已交付或链上最终确认。

成本如何落到一笔购买？

假设应用有 1,000 名月活用户，某月产生 10,000 次签名和 1,000 美元交易量。按价格页面的公开分层，它可能落在 500–2,499 MAU 的 Core 档，页面列示 299 美元/月；该例仅用于说明计费口径，不能据此保证账单。还需核对 MAU 定义、套餐额度、签名次数、交易量是否符合当时规则，并另算网络费、入金、兑换以及商户收费。Privy 价格页

最容易被忽视的成本是：一次购买不一定只发生一次可计费操作；例如创建、签名、重试和兑换可能涉及不同服务。让供应商按预期用户数、签名量、网络和交易量出一张完整报价，比简单比较单笔金额更可靠。

选型结论和失败反例

Privy 的优势在于应用可以同时接入登录、钱包、授权和开发者工具；对于需要构建用户体验的团队尤其有吸引力。Turnkey 也提供签名与策略，但两者的控制模型、支持网络、费用口径应按同一测试任务比较，不能只以“非托管”标签决胜。

假如 Agent 可以支付但无法解释服务商为什么可信，策略仍无法替用户判断购买质量。假如管理员可以单方面放宽策略，用户看到的单笔上限就不是唯一风险边界。最终应让团队演示：超限拒绝、错误链和地址拒绝、权限撤销、管理员操作留痕、超时后状态查询，以及模拟与真实签名策略各自返回什么。

资料：产品页；授权与策略；策略说明；价格。