Cloudflare Email Service

Cloudflare Email Service 是什麼？

Cloudflare Email Service 是用於打造 email-native agents 和應用程式的基礎設施層。它讓 agents 使用 Cloudflare 開發者平台元件來發送、接收與處理電子郵件，讓您能以收件匣作為介面，而非建立獨立的管道或自訂整合。

此服務設計用於搭配 Cloudflare Agents SDK 以及 onEmail 風格的 agent hooks 運作。搭配用於接收訊息的 Email Routing 以及用於發送回覆/通知的 Email Sending，開發者可在相同的 Cloudflare 環境中實作雙向電子郵件工作流程。

Email Routing（傳入電子郵件至您的應用程式/agent）：接收電子郵件並將其路由至您的應用程式或 agent 進行處理，實現以收件匣為基礎的互動模式。
Email Sending（傳出交易性電子郵件）：從您的 agent/應用程式發送回覆或通知給使用者，透過非同步工作觸發訊息傳遞。
Workers 的 Email Sending 綁定（公開測試中）：直接從 Workers 使用原生 env.EMAIL.send(...) 綁定發送電子郵件，無需 API 金鑰或密碼管理。
Email Sending 的 REST API + SDK：透過 Cloudflare REST API 從任何平台或語言發送電子郵件，並支援 TypeScript、Python 和 Go SDK。
自動網域驗證設定（SPF/DKIM/DMARC）：當您將網域新增至 Email Service 時，Cloudflare 會設定 SPF、DKIM 和 DMARC，讓訊息獲得驗證並傳遞，而非手動設定。
Cloudflare 網路的全球傳遞：Email Service 是建置於 Cloudflare 網路的全球服務，提供全球低延遲傳遞。
搭配 Email Routing + Email Sending 的完整雙向工作流程：接收電子郵件、在 Worker 中處理，並在 Cloudflare 內回覆。

從 Email Routing 開始接收傳入訊息：透過 Agents SDK 的 onEmail hook 設定您的 agent 接收電子郵件（專為傳入電子郵件設計）。
使用 Email Sending 非同步回覆：公開測試期間，新增 Email Sending 讓您的 agent 在處理完工作後發送傳出電子郵件回覆或通知。
使用原生綁定從 Workers 發送：在您的 Worker 中呼叫 env.EMAIL.send，指定 to、from、subject 和電子郵件主體內容（使用 text）。
或者透過 REST API 和 SDK 發送：使用 Cloudflare Email Service 的發送端點進行伺服器端或跨平台電子郵件發送，並提供語言 SDK（TypeScript、Python、Go）。
新增並驗證您的發送網域：在 Email Service 中設定您的網域，讓 Cloudflare 自動配置 SPF、DKIM 和 DMARC。

客戶支援 agent 收件匣工作流程：使用 Email Routing 接收客戶訊息，持續儲存票證資料，同時在 agent/Worker 中處理電子郵件，並在背景任務完成後發送非同步回覆。
發票處理與使用者通知：打造發票處理流程，接收傳入電子郵件（例如文件或請求），並在工作完成後發送狀態或「完成」通知給使用者。
帳戶驗證流程：實作以電子郵件為主要使用者介面的驗證互動，從 agent 邏輯發送驗證相關訊息。
多 agent 工作流程的升級與追蹤：跨系統協調工作、排程追蹤電子郵件，並在偵測條件後透過傳出電子郵件升級邊緣案例。
無需新客戶 UI 的多管道 agent 擴展：當使用者已檢查電子郵件時，透過收件匣呈現 agent，而非為每個管道打造自訂聊天介面。

Email Service 只適用於 Agents 嗎？ 不是。原始描述將 Email Service 視為開發者平台層的一部分，可讓應用程式與 Agents 在公開測試期間發送電子郵件。
如何從使用者接收電子郵件？ 原始描述指向 Email Routing，用於將電子郵件接收至您的應用程式或 Agent，並與 Cloudflare 上的 Agent 處理相容。
Agents 在長時間執行或非同步工作後能否發送電子郵件？ 可以。原始描述將聊天機器人式的同步回覆與 Agent 行為做對比，後者可花時間處理工作，然後使用 Email Sending 非同步回應。
我需要手動管理 SPF、DKIM 和 DMARC 記錄嗎？ 原始描述表示，當您將網域新增至 Email Service 時，Cloudflare 會自動設定 SPF、DKIM 和 DMARC。
如何從 Worker 發送電子郵件？ 使用原始描述中的原生 Workers 綁定：env.EMAIL.send({ to, from, subject, text })。

使用外部郵件提供者建置自訂電子郵件整合：如果您偏好自行管理發送，可使用第三方電子郵件 API 並透過自有路由處理來信，但需在 Cloudflare 的路由/發送層之外建置更多端到端工作流程。
使用專用電子郵件解析/路由服務搭配獨立 Agent 後端：取代 Cloudflare 的整合式 Email Routing + Email Sending，您可透過另一提供者路由來信，並讓後端產生去信。
使用聊天或工單介面取代 email-native 工作流程：對於專注即時互動的團隊，聊天/工單系統可取代電子郵件作為主要介面，但會失去原始描述中的收件匣體驗。
僅實作去向交易性電子郵件（無來信路由）：如果只需通知，可使用去向電子郵件 API，而無需建置雙向接收與回覆工作流程。