核心用法
Vincent 为 AI 代理提供安全的 EVM 链钱包能力，采用代理优先（agent-first）设计模式：
- 钱包创建：执行
secret create --type EVM_WALLET自动生成智能账户，返回keyId与claimUrl - 资产管理：查询余额（
wallet balances）、转账（wallet transfer）、代币兑换（wallet swap） - 合约交互：通过
wallet send-tx发送任意 calldata 调用智能合约 - 跨账户转账：支持 Vincent 内部钱包间资金划转，自动处理跨链桥接
- 原始签名：可选
RAW_SIGNER类型提供 ECDSA/Ed25519 原始签名能力
所有操作均通过 @vincentai/cli 执行，API 密钥自动持久化，无需人工配置环境变量。
显著优点
| 优势 | 说明 |
|------|------|
| **零私钥暴露** | 私钥完全托管于 Vincent 服务器，代理仅持有作用域受限的 Bearer Token |
| **服务器端策略强制** | 转账限额、地址白名单、代币白名单、人工审批阈值等策略由服务端强制执行，代理无法绕过 |
| **零 Gas 成本** | 基于 ZeroDev 智能账户 + Paymaster，所有交易 Gas 费用由服务方承担 |
| **即时撤销能力** | 钱包所有者随时可在前端撤销代理 API 密钥，权限回收实时生效 |
| **开源可审计** | 服务端代码完全开源（github.com/HeyVincent-ai/Vincent），支持自托管 |
| **人机协同审批** | 超限额交易自动触发 Telegram 通知，人工可一键批准或拒绝 |
潜在缺点与局限性
1. 托管信任假设：尽管开源可审计，但使用托管服务仍需信任 Vincent 服务器的密钥管理与策略执行
2. 网络锁定：所有 API 调用强制指向 heyvincent.ai，无法代理或缓存，存在单点依赖
3. 策略生效延迟：创建钱包后至人类认领前，代理处于无限制运行状态（设计如此，但需用户知情）
4. 原始签名 Gas 自费：RAW_SIGNER 类型不享受 Gas 赞助，需用户自行承担链上成本
5. Solana 支持有限：仅基础签名能力，无原生智能账户生态集成
6. 重连令牌时效：密钥丢失后的恢复令牌 10 分钟过期且一次性使用，操作窗口狭窄
适合人群
- AI 代理开发者：需要为自主代理赋予链上交易能力，同时保持人类监督
- DeFi 自动化策略：量化交易、收益聚合、流动性管理等需频繁合约交互的场景
- DAO 与财库管理：多签替代方案，通过策略引擎实现程序化支出控制
- 新手友好型托管：不愿管理私钥但希望保留撤销权的用户
常规风险
| 风险类别 | 描述 | 缓解措施 |
|----------|------|----------|
| **服务端妥协** | Vincent 服务器被攻破可能导致私钥泄露 | 开源代码供审计，可选择自托管 |
| **策略配置错误** | 过于宽松的限额或白名单导致意外损失 | 建议从严格策略起步，逐步放宽 |
| **API 密钥泄露** | 作用域密钥被其他进程读取 | 密钥仅能在策略边界内操作，且可即时撤销 |
| **Telegram 审批延迟** | 高波动市场中人工审批可能造成滑点损失 | 合理设置审批阈值，预留价格缓冲 |
| **服务中断** | `heyvincent.ai` 不可用时代理钱包功能瘫痪 | 监控服务状态，关键场景保留备用方案 |