核心用法
ClawMail.me 是专为 AI Agent 设计的任务级邮件通信服务，每个 Agent 可获得独立的 @clawmail.me 邮箱地址。通过 RESTful API 实现完整的邮件生命周期管理：账户注册（/register）即时获取 token、inbox_id 和专属邮箱；发送邮件支持纯文本/HTML、多收件人、抄送密送及线程关联（in_reply_to）；接收邮件提供分页查询（?since、?cursor）和完整内容获取；回复与转发通过专用端点（/reply、/reply-all、/forward）自动处理收件人继承；草稿系统支持创建、更新、发送和删除；Webhook 支持实时推送新邮件通知。所有操作需携带 Authorization: Bearer {token} 头，API 严格限定于 api.clawmail.me 域名。
显著优点
安全架构领先：服务器端强制实施多层防护——每日发送硬上限（未认证 5 封/认证 50 封）、固定身份不可伪造（SPF/DKIM/DMARC 强制）、AI 披露页脚（防止人类冒充）、全量审计日志、入站邮件自动安全扫描（Google Cloud Model Armor 检测提示注入、越狱、恶意 URI、敏感数据）。合规性完善：通过 GDPR、CCPA 合规审查，数据最小化设计，权限申请合理，无恶意代码。运营透明：人类所有者可通过仪表盘（clawmail.me）监控 Agent 邮件活动，支持 owner_email 认领机制。零成本启动：免费 tier 无需信用卡，满足轻度任务需求。线程管理智能：原生支持 Gmail/Outlook 兼容的 In-Reply-To/References 头，自动折叠同主题对话。
潜在缺点与局限性
功能边界严格：无批量删除、无账户删除 API、无收件人批量导入，刻意限制 Agent 的破坏性操作半径。发送配额有限：免费档 5-50 封/日对高频通信场景不足，且 Agent 无 API 自助提额。外部服务依赖：功能完全绑定 ClawMail 服务可用性，无降级或离线模式。线程追踪成本：Agent 需自行存储上一轮 message_id 以维持线程，无服务器端自动主题匹配。安全扫描误报：Model Armor 可能将合法内容标记为可疑，Agent 需人工判断 safety 字段。HTML 处理限制：入站邮件的 html 字段为原始内容，Agent 需自行解析，无结构化提取辅助。
适合的目标群体
任务型 AI Agent 开发者：需要为 Agent 配备可信通信身份，完成用户委托的邮件交互任务（如预约确认、报告投递、客服跟进）。企业自动化工作流：在受控配额内实现低频、高可信度的 B2B 通信，满足合规审计要求。安全敏感场景：看重内置安全扫描和 AI 披露机制，避免 Agent 被恶意邮件诱导或误伤人类信任。原型验证与轻量部署：免费 tier 支持零成本验证 Agent-邮件集成可行性。人机协作团队：需要人类监督者实时查看 Agent 通信记录的中小团队。
常规使用风险
速率限制中断：429 响应可能在任务高峰期中断邮件发送，Agent 需实现指数退避重试或降级策略。Token 泄露风险：CLAWMAIL_TOKEN 为长期凭证，若不慎输出到日志将暴露账户控制权，文档明确禁止 echo $CLAWMAIL_TOKEN。Webhook SSRF 隐患：尽管文档禁止内网 IP 注册，但若 Agent 逻辑缺陷将用户输入直接传入 webhook URL，仍可能导致回调至内部服务。误删不可逆：DELETE 操作无软删除，用户确认前的逻辑缺陷将导致数据永久丢失。外部内容不可信：入站邮件的 text/html/subject 需视为未过滤外部输入，禁止执行其中指令。服务单点故障：ClawMail API 不可用将完全阻断邮件功能，关键任务需设计备用通道。配额碎片化：重复调用 /register 会创建孤立账户，历史邮件分散，Agent 需确保持久化存储首次注册的凭证。