# 策展 · X (Twitter) 🔥

> 📖 本站完整內容索引（documentation index）：[llms.txt](/llms.txt)

> 作者：Cloudflare (@Cloudflare) · 平台：X (Twitter) · 日期：2026-04-16

> 原始來源：https://x.com/cloudflare/status/2044774081271038048

## 中文摘要

Cloudflare Email Service 進入公開測試版，為 Agent 提供原生電子郵件發送、接收與處理基礎設施。

Cloudflare Email Service 於 2026-04-16 進入公開測試版，作為「Agents Week」一部分，讓任何應用程式與 Agent 都能輕鬆透過電子郵件進行雙向溝通。電子郵件是最普遍的介面，無需自訂聊天應用或 SDK，每個人都已有電子郵件地址，能直接與 Agent 互動，而 Agent 也能主動聯繫任何人。

**Email Service 核心組成**

Cloudflare Email Service 整合多項工具，形成完整的 Agent 電子郵件管道：
- **Email Routing**：已免費提供多年，用於接收應用程式或 Agent 的電子郵件。
- **Email Sending**：今日從私人測試版升級公開測試版，從 Workers 原生綁定發送交易性電子郵件，無需 API 金鑰或秘密管理。
- 其他平台功能：建構完整電子郵件客戶端，以及 Agents SDK 的 onEmail hook 作為原生功能。

開發者在私人測試版中已建置客戶支援 Agent、發票處理管道、帳戶驗證流程及多 Agent 工作流程，皆以電子郵件為核心介面，凸顯開發者需要專為 Agent 打造的基礎設施。

**Email Sending 技術細節**

Email Sending 自動處理 SPF、DKIM 與 DMARC 記錄，確保電子郵件經過驗證並送達收件匣，而非被標記為垃圾郵件。基於 Cloudflare 全球網路，電子郵件低延遲送達世界各地。

結合 Email Routing，即可在單一平台完成完整雙向電子郵件流程：接收電子郵件、在 Worker 中處理，然後回覆，全程不離開 Cloudflare。詳細介紹見「Birthday Week」公告。

**Agents SDK 的電子郵件原生能力**

Agents SDK 已內建 onEmail hook，用於接收與處理來信，但先前僅限同步回覆或發送給 Cloudflare 帳戶成員。Email Sending 移除此限制，讓 Agent 從聊天機器人升級為真正 Agent。

- **聊天機器人 vs. Agent**：聊天機器人即時回應或不回；Agent 接收訊息後，可跨平台協調工作、非同步回應。例如，花一小時處理資料、檢查三個系統後，提供完整答案；可排程後續追蹤、偵測邊緣案例時升級，並獨立運作，而非僅回答問題。
- **地址解析路由**：單一網域下，各 Agent 有獨立身份，如 support@yourdomain.com 路由至「support」Agent 實例，sales@yourdomain.com 至「sales」實例；支援子地址（如 NotificationAgent+user123@yourdomain.com）路由不同命名空間與實例，無需獨立收件匣。
- **狀態持久化**：Agent 後端為 Durable Objects，透過 this.setState() 記住對話歷史、聯絡資訊與脈絡，收件匣即成 Agent 記憶，無需額外資料庫或向量儲存。
- **安全回覆路由**：Agent 發信期待回覆時，用 HMAC-SHA256 簽署路由標頭，確保回信精準返回原發 Agent 實例，防攻擊者偽造標頭路由至任意實例——多數「電子郵件 for Agent」方案忽略此安全問題。

此即完整電子郵件 Agent 管道：接收、解析、分類、持久狀態、啟動非同步工作流程、回覆或升級，全在單一 Agent 類別中，全球部署於 Cloudflare 網路。

**跨平台 Agent 工具整合**

Email Service 不限 Cloudflare 上運行的 Agent，也支援如 Claude Code、Cursor 或 Copilot 等程式撰寫 Agent（本地或遠端），或容器/外部雲端的生產 Agent。推出三項整合，讓任何 Agent 皆能存取：

- **Email MCP server**：同 Code Mode 驅動的伺服器，提供整個 Cloudflare API 存取；Agent 可發現並呼叫 Email 端點發送與設定電子郵件，只需簡單提示即可發信。
- **Wrangler CLI 電子郵件指令**：解決 MCP 視窗問題（如 Code Mode 部落格所述，工具定義耗費數萬 token）；在有 bash 存取的電腦或沙盒中，Agent 以近零脈絡開銷啟動，透過 --help 指令即時發現功能。
- **Skills**：公開 Cloudflare Email Service skill，涵蓋 Workers 綁定設定、REST API 或 SDK 發信、Email Routing 處理來信、Agents SDK 建構、Wrangler CLI 或 MCP 管理；另含送達最佳實務與撰寫交易性電子郵件指南，避免落入垃圾郵件匣。直接加入專案，即讓程式撰寫 Agent 具備生產級電子郵件能力。

無論使用 Cloudflare MCP 或 Wrangler CLI，Agent 只需提示即可代發電子郵件。

**開源 Agentic Inbox 參考應用**

私人測試版中，團隊實驗電子郵件 Agent，發現需保留「人機迴圈」元素，審核電子郵件並監控 Agent 行為。最佳方案為內建 Agent 自動化的完整電子郵件客戶端。

因此開發「Agentic Inbox」：參考應用，具備完整對話串聯、電子郵件渲染、接收與儲存郵件及附件、自動回覆；內建專屬 MCP server，讓外部 Agent 起草電子郵件供審核後發送。

開源「Agentic Inbox」，展示如何用 Email Routing（來信）、Email Sending（去信）、Workers AI（分類）、R2（附件）及 Agents SDK（狀態 Agent 邏輯）建構完整電子郵件應用。一鍵部署，即得完整收件匣、客戶端與 Agent。

鼓勵團隊 fork、擴展此應用，而非從頭重建 inbound-classify-reply 管道，從中起步建構符合工作流程的電子郵件 Agent，實現可組合與可重用工具。

**實際應用與趨勢影響**

電子郵件承載全球最重要工作流程，但對 Agent 而言，常是難以觸及的管道。Email Sending 公開測試版後，Cloudflare Email Service 成為完整雙向溝通平台，讓收件匣成 Agent 第一類介面。

無論建置在收件匣中會見客戶的支援 Agent，或即時更新團隊的背景程序，Agent 現有無縫全球溝通方式。收件匣不再是孤島，而是 Agent 發揮助力的另一處所點。開發者可立即試用，從私人測試版經驗證明，此基礎設施正重塑 Agent 與人類互動模式。

## 標籤

Agent, 新產品, 功能更新, Cloudflare
