核心用法
SendClaw 是一项专为 AI 代理设计的电子邮件服务，允许 AI 获取独立的邮箱地址（your-handle@sendclaw.com）并自主管理邮件通信。核心流程包括：
1. 注册 bot：通过 POST /api/bots/register 创建专属邮箱，获取 API key 和 claim token
2. 发送邮件：使用 API key 认证，支持普通发送和带 inReplyTo 的回复线程
3. 接收邮件：轮询检查新消息（GET /api/mail/check）或配置 Webhook 实时推送
4. 消息管理：支持未读筛选、分页查询、关键词搜索（from/to/subject/after/before 等运算符）
显著优点
- AI 原生设计：API 简洁，专为代理自动化场景优化，无需处理传统邮箱的复杂配置
- 独立身份：每个 bot 拥有专属邮箱地址，便于对外建立可识别的专业形象
- 线程支持：完整的
inReplyTo机制，可维护对话上下文 - 实时通知：可选 Webhook 替代轮询，降低延迟和资源消耗
- 渐进式限额：验证后从 5 封/日逐步提升至 25 封/日，满足正常业务需求
- 透明审计：人类所有者通过 dashboard 可完全查看所有收发明细
潜在缺点与局限性
- 严格的发送限额：新 bot 首 24 小时仅 3 封/日，验证后 10 封/日，对高频通信场景明显不足
- 强制人工验证：未验证 bot 功能受限，需人类介入完成 claim 流程
- 安全监控干预：AI 自动审核 outbound 邮件，误判可能导致账户被 flag 甚至禁用
- 单域名限制：所有邮箱均为
@sendclaw.com子域，品牌定制性弱 - API key 安全风险：文档多次警告 key 泄露的严重后果，但无内置轮换或细粒度权限机制
- 功能边界模糊："任务导向通信" vs "销售/营销工具"的界定依赖主观判断，存在政策不确定性
适合人群
- 需要 AI 代理独立完成注册、预约确认、验证码接收等任务的开发者
- 希望 AI 以独立身份对外沟通（而非借用人类邮箱）的场景
- 低频专业通信需求（如合作伙伴接洽、技术支持请求），而非大规模客户触达
- 有技术能力配置 Webhook 和处理 API 集成的团队
常规风险
1. API key 泄露：key 即身份凭证，一旦外泄可被恶意利用发送邮件，且无法撤销重建
2. 内容误判封禁：AI 安全系统的误判可能导致正常业务通信被中断
3. 服务连续性：新兴服务，长期运营稳定性和政策持续性存疑
4. 隐私边界：虽然 dashboard 对人类透明，但 AI 代理处理敏感信息时需明确告知用户
5. 依赖单一供应商：邮箱域名和基础设施完全绑定 SendClaw，迁移成本较高