Agentic Inbox：Cloudflare 把“自托管邮箱”塞进了 Workers

我看到 Agentic Inbox 的时候，第一反应不是 AI 邮件助手。

而是这个东西居然没有让你去搭 Postfix、Dovecot、SpamAssassin 那一套。

对很多人来说，自定义域名邮箱一直有点尴尬。

自己搭完整邮件服务器，听起来很酷，真弄起来全是 DNS、反垃圾、证书、队列、退信、投递率。用第三方邮箱服务又省事，但邮件这种东西，偏偏是最不想随便交出去的一类数据。

Cloudflare 这次开源的 Agentic Inbox，就卡在这个中间位置。

它不是传统意义上的完整邮件服务器。

更准确地说，它是一个跑在 Cloudflare Workers 上的自托管邮箱客户端：收信走 Cloudflare Email Routing，发信用 Cloudflare Email Service，数据放在你自己的 Cloudflare 账户里。每个 mailbox 用独立 Durable Object，里面带 SQLite；附件则扔到 R2。

这个组合挺 Cloudflare。

不是给你一台 VPS，让你从零把邮件系统拼起来；而是把收信、发信、存储、权限、AI 这些能力都接在 Workers 生态里。

你有一个托管在 Cloudflare 上的域名，点 Deploy to Cloudflare，然后继续把 Access、Email Routing、Email Service 配好，再进应用里建 mailbox。README 里也提醒了，Deploy 按钮只是第一步，后面这些配置不能省。

这点反而让我更放心。

它没有把“自托管邮箱”包装成一个魔法按钮。邮件这东西，能一键起界面，不代表能一键绕过现实世界的投递规则。

Agentic Inbox 的界面部分就是普通邮箱该有的样子：收发、富文本编辑、回复、转发、会话、文件夹、搜索、附件。没有太多花活。

AI 助手放在侧边栏里。

收到新邮件后，它可以自动读邮件，生成一版回复草稿。注意，是草稿。发送之前需要人确认，不会自己替你把邮件发出去。它还能查历史对话、搜索邮件、整理上下文，每个邮箱可以单独设置 system prompt。

我觉得这里的分寸比“全自动邮件代理”重要。

邮件不是聊天窗口。很多邮件一旦发出去，就等于正式表达立场、承诺时间、确认信息。AI 可以先帮你起草，但最后按下发送的人还得是你。

它还内置了 MCP server。外部工具，比如本地 coding agent，也可以连进来，帮你处理邮件、生成草稿。Cloudflare 在博客里把 Agentic Inbox 称作一个 reference app，用来展示 Email Routing、Email Sending、Workers AI、R2 和 Agents SDK 怎么拼成一个完整邮件应用。

不过这个项目也不是给所有人准备的。

如果你只是想要一个稳定省心的个人邮箱，Gmail、Fastmail、Proton 这类服务还是更直接。Agentic Inbox 更适合已经在 Cloudflare 上管域名、熟悉 Workers、想把邮件数据留在自己账户里的人。

还有一个细节要看清楚：生产环境依赖 Cloudflare Access，README 里写得很直白，通过同一个 Access policy 的用户，默认可以访问这个应用里的所有 mailbox；它没有做 per-mailbox 授权。

所以它适合个人、极小团队、实验性工作流。

不适合一上来就拿去当公司多人邮箱系统。

我更愿意把 Agentic Inbox 看成一个新的起点：自定义域名邮箱终于不必在“自己运维一整套邮件服务器”和“全交给第三方邮箱服务”之间二选一。

它把难的那部分藏进 Cloudflare 平台里，但没有假装邮件已经变简单。