Cloudflare 邮件服务公测:AI Agent 终于有了自己的邮箱

产品更新

Cloudflare 推出邮件服务公测版,让 AI Agent 能像人一样收发邮件、异步处理任务。这不是简单的 SMTP 封装,而是为 Agent 设计的原生通信层。

Cloudflare 邮件服务公测:AI Agent 终于有了自己的邮箱

Cloudflare 在 4 月 16 日开放了 Email Service 公测,专门为 AI Agent 设计。这件事的意义不在于又多了一个邮件发送服务,而在于它让 Agent 有了真正的异步工作能力——可以花几个小时处理数据、跨系统协调,然后在合适的时机回复邮件或安排后续跟进。

过去要让 Agent 收发邮件,得串接三四家服务,自己管理对话状态、处理认证、解析邮件线程。现在 Cloudflare 把这些都做成了原生能力,开发者只需要写业务逻辑。

不只是发邮件,是给 Agent 一个身份

这次公测包含两个核心功能:邮件发送(Email Sending)和邮件路由(Email Routing)。前者让 Agent 能主动发邮件,后者让它能接收并处理邮件。

关键在于 Agents SDK 新增的 onEmail 钩子。Agent 不仅能接收邮件,还能利用发送功能实现异步回复。这跟聊天机器人的即时响应完全不同——邮件 Agent 可以花数小时处理复杂任务,收件人不需要安装任何应用或 SDK,就用普通邮箱就行。

每个 Agent 有独立的邮箱地址,地址解析器能把不同前缀的邮件路由到对应实例。比如 sales@yourdomain.comsupport@yourdomain.com 可以是两个不同的 Agent,各自处理各自的事。

Cloudflare Email Service 架构示意图,展示邮件路由、Agent 处理、异步回复的完整流程

技术实现:Workers 原生绑定 + REST API

开发者可以通过两种方式使用邮件服务:

1. Workers 原生绑定

在 Workers 中直接使用绑定发送邮件,无需管理 API 密钥或密钥对。代码示例:

export default {
  async email(message, env, ctx) {
    // 接收邮件
    const from = message.from;
    const subject = message.headers.get(\"subject\");
    
    // 处理逻辑(可以是异步的长时间任务)
    const response = await processWithAI(message.text());
    
    // 发送回复
    await env.EMAIL.send({
      to: from,
      subject: `Re: ${subject}`,
      text: response
    });
  }
};

2. REST API 调用

支持 TypeScript、Python 等 SDK,也可以直接调用 REST API。如果你在用 OpenAI Hub 调用 AI 模型,可以这样组合:

import requests
from openai import OpenAI

# 初始化 OpenAI Hub 客户端
client = OpenAI(
    api_key=\"your-openai-hub-key\",
    base_url=\"https://api.openai-hub.com/v1\"
)

# 接收邮件后,用 AI 生成回复
def handle_email(email_content):
    response = client.chat.completions.create(
        model=\"gpt-4\",
        messages=[
            {\"role\": \"system\", \"content\": \"你是一个客服助手\"},
            {\"role\": \"user\", \"content\": email_content}
        ]
    )
    
    reply = response.choices[0].message.content
    
    # 通过 Cloudflare API 发送邮件
    requests.post(
        \"https://api.cloudflare.com/client/v4/accounts/{account_id}/email/send\",
        headers={\"Authorization\": \"Bearer {api_token}\"},
        json={
            \"to\": \"customer@example.com\",
            \"subject\": \"Re: Your inquiry\",
            \"text\": reply
        }
    )

自动配置认证记录,避免进垃圾箱

邮件送达率是个大问题。Cloudflare 会自动为域名配置 SPF、DKIM 和 DMARC 记录,确保邮件通过认证。这些认证协议是邮件服务商判断邮件是否合法的关键——没配好的话,你的邮件大概率进垃圾箱。

依托 Cloudflare 全球网络,邮件可以实现低延迟全球送达。这对需要快速响应的 Agent 来说很重要,比如订单确认、异常告警这类场景。

解决 Token 焦虑:Wrangler CLI 的巧妙设计

一个容易被忽略的细节是 Wrangler CLI 的优化。传统做法是把邮件发送的工具定义(function calling schema)塞进 AI 的上下文,这会占用大量 Token。Wrangler CLI 让 Agent 以近乎零上下文开销发送邮件——工具定义不进上下文,直接在运行时注入。

这个设计很聪明。现在大家都在卷长上下文,但真正高频使用的场景里,每个 Token 都是成本。能省就省。

多环境集成:MCP、CLI、Skills

Cloudflare 提供了三种集成方案:

MCP 服务器:Agent 可以通过自然语言指令调用邮件接口。比如"给 john@example.com 发一封关于项目进度的邮件",Agent 自己解析意图、生成内容、调用发送接口。

Wrangler CLI:前面提到的零上下文开销方案,适合对 Token 成本敏感的场景。

Skills 项目:开源的配置指南和最佳实践,帮助开发者快速构建生产级应用。包含完整的错误处理、重试逻辑、日志记录等。

参考应用:Agentic Inbox

Cloudflare 开源了 Agentic Inbox 作为参考实现。这个应用集成了邮件路由、发送、AI 分类、附件存储和 Agent 逻辑,支持全对话线程和自动回复。

代码在 GitHub 上可以看到完整实现,包括:

  • 如何解析邮件线程(In-Reply-To、References 头)
  • 如何用 AI 分类邮件(紧急/普通/垃圾)
  • 如何处理附件(存到 R2)
  • 如何管理 Agent 状态(用 Durable Objects)

这些都是实际生产环境会遇到的问题。有个参考实现能省不少时间。

Agentic Inbox 界面截图,展示邮件分类、对话线程、Agent 自动回复等功能

跟现有方案比怎么样

市面上不是没有让 Agent 收发邮件的方案,但大多是拼凑出来的:

  • SendGrid/Mailgun + Zapier:能发不能收,或者收了还得自己写 webhook 处理
  • Gmail API:功能全但配置复杂,OAuth 流程对 Agent 来说是个麻烦
  • 自建 SMTP:送达率是个大坑,IP 信誉、域名信誉都得慢慢养

Cloudflare 的方案是原生的、一体化的。邮件路由、发送、认证配置、全球网络,都是开箱即用。对开发者来说,少操心基础设施,多写业务逻辑。

适合什么场景

这个服务最适合需要异步处理的 Agent 场景:

客服 Agent:接收客户邮件,查询订单系统、知识库,生成回复。可以花几分钟甚至几小时处理复杂问题,不像聊天机器人那样必须秒回。

销售跟进 Agent:自动发送跟进邮件、安排会议、更新 CRM。每个销售线索有独立的邮件地址,Agent 能追踪完整对话历史。

运维告警 Agent:接收监控告警邮件,分析日志、查询指标,生成诊断报告并发给相关人员。

内容审核 Agent:接收用户举报邮件,调用 AI 模型分析内容,自动处理或转人工审核。

这些场景的共同点是:任务复杂、需要时间、涉及多系统协调。邮件的异步特性正好匹配这类需求。

定价和限制

公测期间的定价和配额还没完全公开,但根据 Cloudflare 一贯的风格,应该会有慷慨的免费额度。Workers 免费版每天 10 万次请求,邮件服务估计也会类似。

需要注意的是,这是公测版,API 可能会变。如果要用在生产环境,建议做好版本兼容处理。

更大的图景:Agents Week 2026

Email Service 是 Cloudflare Agents Week 2026 的一部分。同期还发布了:

  • AI Platform:统一接入 70+ 模型的推理层
  • 沙箱环境:让 Agent 安全执行代码
  • Git 存储:Agent 可以直接操作代码仓库
  • 语音管道:Agent 可以处理语音输入输出

Cloudflare 在搭建一个完整的 Agent 基础设施栈。邮件服务只是其中一块,但它解决的是 Agent 与外部世界交互的核心问题——通信。

聊天机器人是同步的、即时的,适合简单问答。邮件 Agent 是异步的、深思熟虑的,适合复杂任务。两者结合,才能覆盖更多实际场景。

值得关注的细节

几个技术细节值得开发者注意:

对话线程管理:邮件的 In-Reply-To 和 References 头用于追踪对话历史。Cloudflare 的路由器会自动解析这些头,把同一线程的邮件路由到同一个 Agent 实例(通过 Durable Objects 实现)。

附件处理:邮件附件会自动存到 R2(Cloudflare 的对象存储),Agent 拿到的是存储 URL。这避免了大附件占用 Worker 内存。

错误处理:如果 Agent 处理失败,邮件会进入重试队列。可以配置重试次数和间隔,也可以设置失败后的回退邮箱。

速率限制:为了防止滥用,每个账户有发送速率限制。具体数值还没公布,但应该足够正常使用。

开发者反馈

从社区反馈看,开发者对这个服务的评价是正面的。主要优点:

  • 配置简单,几分钟就能跑起来
  • 送达率高,不用担心进垃圾箱
  • 跟 Workers 生态集成好,可以复用现有代码
  • 文档清晰,示例代码可以直接用

主要顾虑:

  • 公测版 API 可能会变
  • 定价还不明确
  • 邮件存储时长和配额不清楚

总体来说,这是个值得尝试的服务。如果你在做 Agent 相关的项目,邮件能力是个很好的补充。

小结

Cloudflare 的邮件服务不是简单的 SMTP 封装,而是为 Agent 设计的原生通信层。它让 Agent 有了异步工作的能力,可以像人一样收发邮件、处理复杂任务。

对开发者来说,这意味着更少的基础设施操心、更多的业务逻辑专注。对 Agent 来说,这意味着更广阔的应用场景——不只是聊天,还能处理真正的工作流。

如果你在用 OpenAI Hub 调用 AI 模型,现在可以把邮件能力加进来,让你的 Agent 更完整。公测期间是个好时机,可以试试看适不适合你的场景。


参考来源