核心用法
Ravi 是面向 AI 代理的身份即服务（Identity-as-a-Service）平台，通过 REST API 为代理提供三大核心能力：真实电子邮箱（支持收发邮件、提取 OTP）、真实电话号码（SMS 收发与验证码处理）、加密密钥仓库（密码与 API 密钥的安全存储）。采用双密钥体系：ravi_mgmt_ 管理密钥用于账户级操作（创建身份、列出密钥），ravi_id_ 身份密钥用于身份级操作（读收件箱、管理保险库、发送邮件）。
平台提供 9 项细分技能，覆盖完整代理生命周期：
- ravi-identity：获取身份详情、管理多身份、查询可用域名
- ravi-inbox：读取邮件线程与短信对话，自动提取 OTP
- ravi-email-send：发送/回复/转发邮件，支持附件与速率控制
- ravi-email-writing：专业邮件内容生成、HTML 模板、反垃圾邮件优化
- ravi-login：端到端注册/登录流程，含设备代码绑定与 OTP 自动处理
- ravi-passwords：网站密码的 CRUD 操作，服务端加密
- ravi-secrets：API 密钥等敏感凭证的安全托管
- ravi-contacts：联系人搜索与管理，支持"发邮件给 Alice"类模糊指令
- ravi-feedback：直接向产品团队反馈问题与需求
显著优点
1. 代理原生设计：专为 AI 自动化场景优化，OTP 自动提取、反垃圾邮件策略、人机验证绕过指导等细节体现深度场景理解
2. 真实通信基础设施：非模拟/转发服务，提供真实可接收外部邮件/SMS 的地址，支持双向通信
3. 安全架构清晰：服务端加密敏感数据（AES-256 级别）、Bearer Token 认证、速率限制与退避机制完备
4. 工作流闭环：从注册新服务（ravi-login）→ 收取验证码（ravi-inbox）→ 存储凭证（ravi-passwords/ravi-secrets）→ 后续自动登录，形成完整自动化链路
5. 开发者友好：curl 示例完整、响应格式统一、jq 解析建议实用
潜在局限
1. 外部依赖风险：邮箱/短信依赖 Ravi 基础设施可用性，关键业务需考虑降级方案
2. 平台锁定：身份体系深度绑定 Ravi，迁移成本高
3. 合规边界：自动化注册可能违反部分平台服务条款，需用户自行评估法律风险
4. 速率限制：邮件发送等操作存在配额，大规模自动化需申请提升限额
5. 无本地运行选项：纯 SaaS 模式，无法私有化部署
适合人群
- 需要批量自动化注册、管理多账户的 AI 代理开发者
- 构建自主数字员工（Autonomous Agent）需要独立通信身份的团队
- 需处理 2FA/OTP 验证流程的自动化测试与 RPA 场景
- 对代理身份隔离与凭证安全有要求的 AI 原生应用
常规风险
| 风险类型 | 说明 | 缓解建议 |
|---------|------|---------|
| 密钥泄露 | Management/Identity Key 泄露导致账户或身份被盗 | 遵循最小权限原则，环境变量管理，定期轮换 |
| 自动化滥用 | 批量注册可能触发目标平台反欺诈 | 控制速率、模拟真实行为、遵守 robots.txt 与服务条款 |
| 数据驻留 | 加密凭证存储于 Ravi 服务端 | 评估 SOC-2/ISO27001 等合规认证，敏感业务考虑分层加密 |
| API 可用性 | 网络故障或平台维护中断服务 | 实现指数退避重试，关键路径添加降级逻辑 |