Ravi ravi

核心用法

Ravi 是一套面向 AI Agent 的身份即服务（Identity-as-a-Service）基础设施，通过 CLI 和 API 为 Agent 分配真实可用的数字身份：专属邮箱地址、手机号码，以及加密的密钥保管库。其核心能力覆盖三大场景：

1. 身份管理（ravi-identity）：创建、查询、切换 Agent 身份，每个身份绑定独立的邮箱+手机号+密钥空间
2. 通信能力（ravi-inbox / ravi-email-send）：收发短信验证码、邮件往来，支持附件、HTML 模板、防垃圾策略
3. 认证工作流（ravi-login / ravi-sso）：端到端完成第三方服务注册、登录、2FA 验证，自动提取 OTP 和设备码
4. 凭据管理（ravi-passwords / ravi-secrets）：服务端加密的密码与 API 密钥 CRUD 操作
5. 联系人管理（ravi-contacts）：通过姓名解析邮箱/手机号，支持模糊搜索

典型工作流：用户说"给 Alice 发邮件"→ ravi-contacts 搜索→ ravi-email-send 发送；或"注册 OpenAI"→ ravi-login 自动填表+接 OTP→ ravi-secrets 存储生成的 API key。

显著优点

• 真机真号：非虚拟/模拟号码，能接收真实服务（银行、云服务、SNS）的短信和邮件
• 端到端自动化：从"我要注册 X 服务"到"拿到 API key 存好"全程无需人工干预
• 加密存储：密码和密钥服务端加密，Agent 仅操作明文
• 身份隔离：多身份支持，不同任务的凭据、通信记录完全隔离
• Agent 原生设计：CLI 输出结构化、支持程序化解析，区别于为人类设计的密码管理器

潜在缺点与局限性

• 单点依赖：身份、通信、凭据全部托管于 Ravi 服务，若其 API 故障或下线，Agent 将失去已建身份
• 隐私盲区：邮件内容、短信验证码对 Ravi 服务端可见（虽称加密，但密钥管理细节未公开审计）
• 速率限制：明确存在 429 限流，高频场景需实现退避重试
• 地理限制：未说明号码归属地选择，可能无法接收特定地区受限服务的验证码
• 合规灰色：用"非真实人类"身份注册服务可能违反部分平台的 ToS

适合人群

• 需要自主完成注册、认证、API 获取的自动化 Agent（如 Devin、各类 AI Worker）
• 希望避免"每个服务都找我要手机号"的终端用户代理场景
• 多租户 SaaS 中为每个用户隔离数字身份的 B2B 平台

常规风险

• 身份被标记：大量 Agent 使用相同号段可能导致风控，触发服务封禁
• 密钥泄露：CLI 在本地存储访问密钥（~/.ravi/config.json），若运行环境被攻破则身份遭窃
• 供应链攻击：Ravi 服务本身成为高价值目标，一旦被入侵，大量 Agent 身份和凭据暴露
• 法律追责：用 Agent 身份进行违规操作（垃圾邮件、恶意注册）可能追溯至 Ravi 平台及使用者

核心用法

Ravi 是一套面向 AI Agent 的身份基础设施服务，通过 CLI 工具为智能体分配真实可用的数字身份。核心功能涵盖三大维度：身份标识（邮箱、手机号、姓名）、通信能力（收发邮件/短信、OTP 自动提取）、凭证管理（加密密码库、API 密钥托管）。用户通过 ravi auth login 一次性完成授权后，即可调用细分子技能完成特定任务：使用 ravi-identity 管理身份信息，ravi-inbox 读取验证消息，ravi-email-send 处理邮件往来，ravi-login 自动化完成注册登录流程，ravi-passwords 和 ravi-secrets 分别托管网站密码与 API 密钥，ravi-sso 生成验证令牌供第三方服务核验身份，ravi-contacts 维护联系人数据库。

显著优点

Ravi 解决了 AI Agent 长期面临的"身份困境"——无法接收验证码、无法完成 2FA、无法拥有持久化联系渠道。其设计亮点在于一站式身份 bundle，将邮箱、手机号、加密存储整合为统一 persona，避免多服务商拼凑的碎片化问题。CLI 工具链设计符合开发者直觉，命令语义清晰（ravi email compose、ravi passwords create），学习成本极低。OTP 自动提取和端到端登录工作流（ravi-login）大幅降低 Agent 操作 Web 服务的工程复杂度。加密存储机制（CRUD 密码/密钥）让敏感数据脱离明文环境，且明确声明服务端加密。反馈闭环机制（ravi-feedback）体现产品迭代意识，团队承诺阅读每封反馈邮件。

潜在缺点与局限性

作为身份基础设施，Ravi 存在服务依赖性风险：Agent 的数字身份完全绑定 Ravi 服务可用性，若服务中断或终止，已注册账号可能面临回收或失联。CLI 认证凭证存储于本地 ~/.ravi/config.json，虽便利但需用户自行保障文件系统安全。技能文档明确标注"Do NOT use for tasks unrelated to agent identity"，功能边界严格，非身份类任务无法复用。邮件/短信服务必然涉及运营商和邮件服务商的底层限制（发送频率、内容过滤、号码风控），Ravi 未在文档中披露这些硬性约束。目前仅提供 CLI 接口，无 SDK 或 HTTP API 直接调用方式，集成灵活性受限。国际化支持程度未说明，海外号码/邮箱的可用性存疑。

适合的目标群体

Ravi 最适合需要独立数字身份的自动化 Agent 开发者：自动化注册测试账号、批量管理社交媒体 persona、执行需要短信验证的爬虫任务、构建可接收用户反馈的客服 Agent。对多 Agent 编排系统价值显著，可为每个 Agent 分配独立身份避免账号关联风险。中小企业可用其快速搭建"数字员工"的通信基础设施，替代传统企业邮箱的繁琐申请流程。个人开发者探索 Agent 应用时，Ravi 消除了购买 SIM 卡、配置邮件服务器的门槛。

常规使用风险

速率限制风险：文档明确标注 429 状态码需解析 retry_after_seconds 后退避，高频操作可能触发服务商风控。数据安全责任边界：虽然密码/密钥服务端加密，但 Agent 与 Ravi 通信过程中仍为明文传输，需确保 CLI 运行环境可信（避免多租户容器泄露）。身份回收风险：长期未使用的邮箱/手机号可能被服务商回收，导致关联账号无法找回。反馈渠道误用：自动反馈邮件功能若配置不当，可能在日志中泄露 OTP、密钥等敏感信息，需严格审查反馈内容过滤。CLI 凭证管理：~/.ravi/config.json 的权限设置不当可能导致其他进程窃取身份令牌。

安全认证结论

本次 CLS-Certify 扫描给予 S 级安全评级（95/100）和 T2 来源可信度。技能为纯 Markdown 文档（T-MD 分类），无可执行代码、无外部网络请求、无第三方依赖，静态/动态/依赖审计均满分通过。发布者 raunaksingwi 身份可验证（ClawHub 联合创始人/CTO，前 Scale AI/Google/Twitter 工程师），与 Skill 业务高度相关。隐私合规检查因涉及敏感数据处理扣减 10 分，但已明确披露加密机制和安全警告。未发现任何恶意模式、硬编码密钥、权限诱导或数据外泄渠道。