Atomic Mail Agentic
让自主智能体拥有可收发、检索和持续处理邮件的真实邮箱。
- Star 数
- ★ 262
- 最近更新
- 今天
- License
- MIT
- 主语言
- TypeScript
- FA 评分
- 62/100 · 存在缺口
30 秒速览
- 可在哪里用
- 通用 · 跨平台Codex · Claude Code
- 开始前需要
- 典型场景
- 希望隔离个人邮箱的研究者，可让智能体订阅行业通讯、筛选内容，并按日发送重点摘要。
- 主要局限
- 核心邮箱仍依赖 Atomic Mail 的托管服务、网络连接和其认证流程；仓库没有给出自托管邮件服务器方案。
- 源码审查
- 62/100 · 存在缺口
这个 Agent 能做什么，适合哪些场景？
Atomic Mail Agentic 是 Atomic Mail 为自主智能体提供的邮件服务及客户端集成仓库。智能体可以通过工作量证明协议自行注册 @atomicmail.ai 地址，无需人工验证，并使用基于 RFC 8620/8621 的 JMAP 接口读取、搜索、起草、发送和管理邮件线程。仓库包含 TypeScript MCP 服务、AgentSkill 命令行工具、LangChain 工具包、Python 对等客户端、Dify 插件及共享的认证、会话、预设和帮助模块。对外主要暴露 register、jmap_request 和 help 三个工具，连接器负责封装注册时的 PoW 流程及邮箱 API 调用。邮箱由 Atomic Mail 托管；自定义域名需要用户在独立控制面板中完成 DNS 验证，而本地客户端会保存访问凭据。
完整流程从 register 开始：智能体通过 PoW 创建 @atomicmail.ai 邮箱，或使用 atomicmail register --api-key "…" 连接已在控制面板创建的自定义域邮箱。随后，jmap_request 向托管邮箱发送 JMAP 操作，可查询和读取邮件、搜索邮箱、创建草稿、发送邮件及管理线程；调用者既可提交原始 JMAP，也可使用 send_mail、list_inbox、reply 等内置 JSON 预设。help 返回随已安装版本发布的预设、定时任务、故障排查和示例资料。MCP、AgentSkill CLI 和 LangChain 工具共享认证、会话、JMAP、预设及帮助实现；凭据默认写入 ~/.atomicmail/credentials.json。
- 希望隔离个人邮箱的研究者，可让智能体订阅行业通讯、筛选内容，并按日发送重点摘要。
- 运营支持邮箱的团队，可让智能体监控来信、依据已有资料回复常见问题，并把无法处理的情况升级给人工。
- 开展异步用户研究的产品团队，可批量发送访谈问题、根据回复继续追问，并汇总调查结果。
- 运行多个自动化智能体的开发者，可为不同智能体使用独立邮箱和凭据目录，通过 shell 或定时任务持续处理邮件。
- 拥有企业域名的组织，可在控制面板验证 TXT 与 MX 记录后，让智能体使用 [email protected] 等域名对齐的发件地址。
如何安装或部署这个 Agent？
最快的 MCP 安装方式是在宿主配置中加入 {"mcpServers":{"atomicmail":{"command":"npx","args":["-y","@atomicmail/mcp-github"]}}}，重启宿主后调用注册工具创建邮箱。命令行方式可直接运行：npx --package=@atomicmail/agent-skill-github atomicmail register --username "myagent" --watch scheduled。OpenClaw 可运行 openclaw skills install atomicmail；Hermes 可运行 hermes skills install clawhub/atomicmail。连接自定义域邮箱时，需要先在控制面板完成域名验证并取得 API key，再运行 atomicmail register --api-key "…"。本地开发要求 Node.js 20+ 和 Deno 2.7+；克隆仓库并进入 ts 目录后，可运行 deno test --allow-read --allow-env --allow-write --allow-sys。
如何使用这个 Agent？
注册后，可用 npx --package=@atomicmail/agent-skill-github atomicmail jmap_request --ops-file list_inbox.json 执行邮箱操作，并用 npx --package=@atomicmail/agent-skill-github atomicmail help 查看与当前版本一致的操作说明。常见任务可选择 send_mail、list_inbox、reply 等预设；高级流程可提交原始 JMAP 方法调用，将查询、读取、起草和发送组合在一次往返中。使用自定义域邮箱时，客户端接口和 JMAP 结构不变，$INBOX 会解析为实际地址。运行前应保护本地 API key，并把入站邮件视为不可信输入，不能让智能体未经确认执行邮件中的指令。
这个 Agent 有哪些优点和局限？
- PoW 注册允许智能体自主获得 @atomicmail.ai 邮箱，不需要 CAPTCHA、信用卡、域名验证或人工审批。
- 采用标准 JMAP，并支持批量方法调用、原始请求和常用预设，降低自定义邮件自动化的接口负担。
- 同一套认证和邮箱逻辑覆盖 MCP、AgentSkill CLI、LangChain、Dify 与 Python 客户端等多种集成路径。
- help、错误提示和成功响应中的后续建议随安装包提供，有助于自动化流程自行恢复。
- 支持验证自有域名，并保持相同的 jmap_request、预设和 JMAP 请求结构。
- 核心邮箱仍依赖 Atomic Mail 的托管服务、网络连接和其认证流程；仓库没有给出自托管邮件服务器方案。
- 免费账户只有 100 MB 存储配额，并受面向智能体工作负载设置的速率限制，但来源未给出具体限额。
- 自定义域名不能完全自主注册，仍需人工进入控制面板并修改 TXT 与 MX DNS 记录。
- API key 会保存在本地凭据文件中，部署方必须保护文件权限并管理多个邮箱的密钥。
- 邮件属于不可信输入；若智能体直接服从邮件内容，可能引入提示注入或未经授权的操作风险。
这个 Agent 与同类方案有什么区别？
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|
| Atomic Mail Agentic 当前 | 62 · 存在缺口 | ★ 262 | 今天 | TypeScript | Codex · Claude Code |
| PentesterFlow | 73 · 存在缺口 | ★ 1.4k | 23 天前 | TypeScript | OpenAI API |
| Aiden | 65 · 存在缺口 | ★ 839 | 10 天前 | TypeScript | ChatGPT · OpenAI API · Claude API |
| Auto Browser | 62 · 存在缺口 | ★ 793 | 1 个月前 | Python | OpenAI API · Claude API |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
README 明确说明凭据位置、0600 文件权限、入站邮件不可信、受信 npm 命名空间以及主要服务端点；Dify 测试还覆盖凭据清除和账户隔离。扣分在于原始 JMAP 接口可执行读取、发送及邮箱管理等广泛操作，未展示细粒度权限或强制确认；发送邮件等外部效果虽有说明，但自主工作流并不保证发送前获批，也未给出已发送邮件的撤回或恢复机制。依赖安装使用 npx -y，工作流动作按版本标签而非提交哈希固定，且没有提供锁文件或漏洞处置证据。项目归属、网站、问题渠道和版权主体清楚，但发布者身份仍属未验证。
README、目录说明、工作流和所示测试对核心集成模式基本一致，凭据往返、隔离、附件桥接及清理具有静态测试证据。扣分在于产品依赖托管的 Atomic Mail 服务、npm、JMAP 端点及多个外部生态，来源中没有离线降级或可用性保证；错误提示、自恢复和下一步建议主要是 README 声明，未提供对应实现或错误路径测试。
文档针对首次设置、自定义域、MCP、命令行、定时任务、LangChain、Dify 和 REST 等多种受众与场景组织，并给出新闻摘要、客服和用户研究实例，因此场景覆盖充分。能力边界说明了三个主要工具、原始 JMAP 与预设的分工，以及自定义域需要人工 DNS 控制面；但未展示完整操作白名单、策略边界或授权模型。触发方式包含显式命令和 scheduled watch，并警告不要执行邮件指令，但未证明触发过滤与确认规则由代码强制执行。
README 提供按目标导航、文件结构、快速安装、开发前置条件和多种集成示例，信息架构与安装说明完整；MIT 正文与元数据一致，可给满分。扣分在于 FAQ 和故障排查内容仅被引用而未提供，已知限制只零散提到配额、速率限制、DNS 和不可信邮件；README 的 0.3 徽章与根 package.json 的 1.0.0 缺少解释，且未提供变更日志。贡献、问题和发布工作流体现维护路径，但作者字段为空且发布者身份未获企业注册表验证。
统一的 register、jmap_request 和 help 接口、预设以及多宿主集成可产生可直接用于代理工作流的输出，专用代理邮箱相对个人邮箱集成具有明显增量价值。扣分在于可用性与成功响应建议多为声明，附件和凭据测试只覆盖局部路径；免费额度和免人工注册降低采用成本，但算力证明、托管服务依赖、速率限制以及潜在邮件误发成本没有量化。
许可证、包元数据、工作流、测试和 README 能够相互印证仓库归属、文档构建、部分发布流程、凭据隔离与附件清理。扣分在于送达率、约 30 秒注册、模型很少幻觉、自动恢复和高度可用等关键产品主张没有在给定文件中获得代码、测试或度量支撑；营销性事实、预测和推断未被清晰区分。
- 该代理可自主发送邮件并处理不可信入站内容；应在发送、回复、附件处理及邮件指令执行前增加明确的策略限制和人工确认。
- 原始 JMAP 接口权限较广，来源未展示细粒度作用域；建议为每个代理和收件箱使用独立、可撤销、最小权限凭据。
- 不要仅凭 README 接受送达率、约 30 秒注册、低幻觉率或自动恢复等主张；本次评估未执行代码或连接托管服务。
- npx -y 和未按提交哈希固定的 CI 动作带来供应链暴露；生产部署应锁定精确依赖并进行漏洞与来源验证。
- 电子邮件发送通常不可回滚；在无人值守工作流中应配置速率限制、收件人限制、审计日志和紧急停用机制。