核心用法
Vincent 是为 AI 代理设计的托管型 EVM 钱包解决方案，采用「agent-first onboarding」模式：代理在运行时调用 Vincent API 自主创建钱包，服务端返回受限于策略范围的 API key，私钥始终由 Vincent 服务器保管。核心能力包括：
- 钱包创建：
secret create --type EVM_WALLET生成智能账户（ZeroDev），支持 Base、Ethereum、Polygon、Arbitrum 等多链 - 资产管理：查询余额（
wallet balances）、转账（wallet transfer）、代币兑换（wallet swap，集成 0x 流动性） - 合约交互：发送任意 calldata（
wallet send-tx）、跨钱包资金划转（wallet transfer-between） - 原始签名：
RAW_SIGNER类型支持 ECDSA/Ed25519 原始签名，适配特殊协议需求 - 密钥恢复：通过 re-link token 机制在密钥丢失时快速恢复访问
显著优点
1. 私钥零暴露架构：代理仅持有 scope-limited 的 Bearer token，真实私钥由服务端 HSM/安全模块托管，符合最高级别密钥隔离原则
2. 服务端强制策略引擎：地址白名单、代币白名单、函数选择器白名单、单笔/日/周额度限制、Telegram 人工审批流——所有策略在服务器执行，代理无法绕过
3. 零 Gas 体验：内置 paymaster 赞助全部交易 gas，用户无需准备 ETH 支付手续费
4. 开源可审计：服务端代码（密钥管理、策略执行、交易签名逻辑）完全开源，支持自托管部署消除信任假设
5. 无缝人机协作：未认领前代理可自由操作；认领后通过可视化面板配置策略，大额交易自动触发 Telegram 通知人工确认
潜在局限与风险
- 托管服务依赖：使用 heyvincent.ai 托管版本时，需信任其服务可用性与安全性；虽可自托管，但运维成本显著增加
- 策略生效延迟：钱包创建后至用户认领配置策略前存在「空窗期」，代理在此阶段无策略约束
- 单点故障：所有 API 调用集中于单一域名，若服务端遭受攻击或宕机，代理钱包功能完全中断
- Telegram 审批瓶颈：高频场景下人工审批流可能成为吞吐瓶颈，完全自主模式又可能放宽安全边界
- 跨链桥接风险：
transfer-between涉及不同代币或链时使用第三方 relay 服务，引入桥接合约风险与 MEV 暴露
适合人群
- AI 代理开发者：需赋予代理自主链上操作能力同时不愿暴露私钥的团队
- DeFi 自动化策略：量化交易、流动性管理、收益聚合等需频繁链上交互的场景
- DAO/治理自动化：需代理执行预设治理操作但要求可审计、可撤销权限的组织
- 非托管钱包用户：希望保留对资金的最终控制权（通过策略与审批流）同时享受托管便利的个人
常规风险
| 风险类别 | 说明 | 缓释措施 |
|---------|------|---------|
| 服务端被攻破 | Vincent 服务器若遭入侵，攻击者理论上可访问托管私钥 | 选择自托管部署；监控官方安全公告；分散大额资金至多钱包 |
| 策略配置错误 | 用户误设宽松策略导致代理超额转账 | 认领后立即配置保守限额；启用「所有交易需审批」模式测试 |
| API key 泄露 | 尽管 scope-limited，泄露仍可能导致策略范围内的未授权操作 | 定期轮换密钥；监控交易异常；启用 Telegram 实时通知 |
| 智能合约风险 | swap、跨链桥等交互涉及的第三方合约漏洞 | 限制代币/协议白名单；小额测试；关注 0x/relay 合约审计报告 |
| 供应商锁定 | 深度集成 Vincent 后迁移成本 | 抽象钱包交互层；保留私钥导出机制（如未来支持）|