Cloudflare Email Service パブリックベータ — エージェント向け双方向メールプラットフォーム
(blog.cloudflare.com)- メールがエージェントとアプリケーションの中核インターフェースとして定着しつつある中、CloudflareがそのためのEmail Service パブリックベータをリリース
- Email SendingとEmail Routingを組み合わせることで、Cloudflare環境内でメールの受信、処理、返信まで可能な完全な双方向通信をサポート
- WorkersおよびAgents SDK向けのメールバインディング、MCPサーバー、Wrangler CLIコマンド、オープンソースのAgentic Inboxなど、さまざまな構成要素を含む
- Agents SDKのonEmailフックにより、メールベースの自動化エージェントを実装でき、Durable Objectsで状態管理と安全なルーティングをサポート
- 今回のパブリックベータにより、開発者は世界規模の低レイテンシなメールワークフローを構築し、受信トレイをエージェント活動の中心チャネルへと拡張可能
Cloudflare Email Service パブリックベータ
- メールは世界で最もアクセスしやすいインターフェースであり、専用SDKやチャットアプリがなくても誰でも使える通信手段
- アプリケーションは会員登録、通知、請求書送付など、さまざまな用途でメールを活用
- 最近では**エージェント（agents）**も、メールを通じて顧客サポート、請求書処理、アカウント検証、マルチエージェントワークフローなどを実行
- メールは今やエージェントの中核インターフェースになっている
- CloudflareはそのためのインフラとしてCloudflare Email Serviceを提供
- Email Routingでメールを受信し、Email Sendingで送信と返信が可能
- Cloudflare開発者プラットフォームと組み合わせることで、メールクライアントやAgents SDKのonEmailフックをネイティブ機能として実装可能
- 今回のパブリックベータにより、すべてのアプリケーションとエージェントがメールを送受信できるようになった
- パブリックベータには次の構成要素が含まれる
- WorkersおよびAgents SDK向けEmail Sendingバインディング
-
新しいEmail MCPサーバー
-
Wrangler CLIメールコマンド
-
コーディングエージェント向けスキル（Skills）
- オープンソースのAgentic Inboxリファレンスアプリ
Email Sending パブリックベータ
- Email Sending機能がプライベートベータからパブリックベータへ移行
- Workersではネイティブバインディングを通じて、APIキーやシークレット管理なしでトランザクションメールを送信可能
- REST APIおよびTypeScript、Python、Go SDKを通じて、さまざまなプラットフォームでメール送信をサポート
- SPF、DKIM、DMARC設定が自動構成され、スパムフィルタリングなしで認証済みメールを送信可能
- Cloudflareのグローバルネットワークを基盤に、世界中どこでも低レイテンシなメール配信をサポート
- Email Routingと組み合わせることで、単一プラットフォーム内で完全な双方向メール通信が可能
- メール受信、Worker内での処理、返信まで、すべてCloudflare環境で実行
Agents SDK — メールネイティブなエージェント
- Agents SDKは、メール受信および処理向けのonEmailフックをサポート
- 以前はCloudflareアカウント内のユーザーにしか返信できなかったが、Email Sending機能によりこの制約が解消
- エージェントは非同期に作業して応答できる
- メッセージ受信後のデータ処理、外部システム照会、後続メール送信などを独立して実行可能
- 単純なチャットボットではなく、実務を遂行できるエージェント形態を実装可能
- 例示コードでは、サポート依頼メールを受信して状態を保存し、後続の返信を自動送信するSupportAgentクラスを実装
- Durable Objectsベースで状態を保持し、会話履歴とコンテキストを継続的に管理
- アドレスベースのルーティングにより、support@、sales@など各アドレスが個別のエージェントインスタンスに接続
- HMAC-SHA256署名ベースの安全な返信ルーティングにより、偽装メールのルーティングを防止
- この構造では、メール受信、解析、分類、状態保存、非同期ワークフロー実行、返信までを1つのAgentクラス内で完結
エージェント向けメールツール — MCPサーバー、Wrangler CLI、Skills
- Cloudflare Email ServiceはCloudflare外部の環境でも利用可能
- ローカルまたは外部クラウドで動作するClaude Code、Cursor、Copilotなどのコーディングエージェントもメール送信が可能
- Cloudflare MCPサーバーを通じて、エージェントはEmail APIエンドポイントを探索し呼び出せる
- 例:
"Send me a notification email at hello@example.com from my staging domain when the build completes"のようなプロンプトでメール送信
- 例:
- Wrangler CLIはMCPのコンテキストウィンドウ問題を解決
- エージェントは
wrangler email sendコマンドで簡単にメールを送信可能 --helpコマンドで必要な機能を動的に探索
- エージェントは
- Cloudflare Email Service Skillも公開
- Workersバインディング設定、REST APIおよびSDKの利用、Email Routing構成、Agents SDK統合、Wrangler CLIおよびMCPの活用方法を含む
- 到達性向上とスパム回避のためのベストプラクティス、トランザクションメール作成ガイドを提供
オープンソースのメールエージェントツール — Agentic Inbox
- プライベートベータ期間中のメールエージェント実験を通じて、人が介在してメールを確認できるインターフェースの必要性が確認された
- そのためにAgentic Inboxというリファレンスアプリケーションを開発
- Agentic Inboxには次の機能が含まれる
- 会話スレッディング、メールレンダリング、添付ファイルの受信と保存、自動返信
- 内蔵MCPサーバーにより、外部エージェントが下書きを作成し、レビュー後に送信可能
- オープンソースとして公開されており、Email Routing（受信）、Email Sending（送信）、Workers AI（分類）、R2（添付ファイル保存）、Agents SDK（状態管理）を統合した完全なメールアプリ構築例を提供
- ボタン1つでデプロイ可能な完全なメールクライアントおよびエージェント環境を提供
- チームが同じパイプラインを繰り返し構築することなく、このリファレンスアプリを基盤に拡張可能
今すぐ使う
- Email Sendingのパブリックベータにより、Cloudflare Email Serviceは双方向通信プラットフォームとして完成
- エージェントが顧客サポートやチーム通知など、多様なメールベースのワークフローを世界規模で実行可能
- 受信トレイはもはや孤立したチャネルではなく、エージェントが活動する主要インターフェースへと拡張される
- ユーザーは次のリソースからすぐに体験できる
Cloudflare TVおよび追加情報
- Cloudflareはコネクティビティクラウドを通じて、企業ネットワークの保護、インターネット規模のアプリケーション構築、Webパフォーマンス高速化、DDoS防御、ハッキング遮断、Zero Trust実装を支援
- 無料アプリ 1.1.1.1 を通じて、より高速で安全なインターネット利用が可能
- CloudflareのBetter Internet構築ミッションおよび採用情報は公式Webサイトで確認可能
1件のコメント
Hacker Newsのコメント
なぜこんなに多くの人がCloudflareの発表にいら立っているのか分からない
Cloudflareはすでにかなり前からDDoS防御企業からAWSの競合へと移行しており、今回のサービスはAWS SESの代替だ
APIやWorkersを通じてメールを送信でき、WorkersはAWS Lambdaに近い概念でCloudflareエコシステムの中心にある
データベース、ストレージ、ストリーミング、AI、そして今度はメールまで — AWSがすでに持っていた機能をCloudflare流に提供しているわけだ
ただし価格は意外と高い。R2でS3を置き換えてかなりコストを削減できたが、今回のメールサービスはAWSより3倍高い
それでも大半の小規模企業はメール送信量が少ないので、大きな問題にはならなそうだ
なぜ人々がCloudflareのスパム管理能力をAWSより低く見るのか理解できない
そのため被害を受けた人たちは、メールサービスでも同じことが繰り返されるのではないかと心配している
創業者たちが過去にどんなコンテンツをホスティングするか公開の場で議論したこともあり、そう見られているのだろう
AWSは弁護士や委員会中心で人間味は薄いが、その分一貫性はある
そのためCloudflareのメール信頼性は低く見ている
SESではこうした設定を自分で行う必要がある
しかし単純なテキストメールならSESのほうがはるかに有利だ
ブログ記事の例がどれもエージェントがなくても簡単にできることばかりで笑ってしまう
CI通過時にメールを送る、注文発送通知を送る、といったことは以前から簡単にできた
結局のところ「問題に合った解決策」ではなく「解決策に合う問題」を探しているように感じる
月1万通を超えなくても、超過分を柔軟に課金してくれるサービスが必要だ
SMTPプロトコルは典型的な**共有地の悲劇(tragedy of the commons)**の事例だ
スパム送信コストがほぼゼロなので、あらゆるオープンプラットフォームが乱用されている
結局Microsoft 365やGmailのような少数の巨大事業者だけが残り、彼らが「信頼の検証者」の役割を担うことになるだろう
メールにもproof-of-workの概念を導入し、送信時に一定の計算作業を要求するとよいかもしれない
ただ、こうした方式はマーケティングメールのような「合法的スパム」にも影響するため、現実化は難しい
同じプラットフォーム内でも信頼は保証されない
配信停止オプションを無効にしても、次々と別名の**「パーソナライズされた提案」**のような項目が現れてきりがない
メールこそエージェントインターフェースに最適な媒体だと思う
どこからでもアクセスでき、スレッド構造があり、非同期で長い会話に向いている
私はここ3か月、Claudeとメールで開発を進めてきた — 各スレッドが独立したワークスペースのように機能する
領収書や明細をClaudeにメールで送ると、plain-text会計システムに自動反映されるようにしていた
企業環境でもログやソースコードを関連付けて問題を自動診断するエージェントを作った
基本インフラさえ整えば、新しいエージェントを作るのは非常に簡単だ
Cloudflareメールサービスの価格は1,000通あたり$0.35だ
アカウントの状態によっては1日の送信制限がある場合がある
価格ドキュメント と 制限ドキュメント を参照
ZeptoMailは1万通あたり$2.5程度だ
旧式のインターフェースを追加するならFAX対応も入れよう、という冗談が出ていた
はがきやチラシをメールで送るサービスがあっても面白そうだ
ただし手数料が多く高い
多くの人が「エージェント」の部分にばかり注目しているが、実際にはそれはマーケティング上の飾りにすぎない
実態としては普通のメールサービスで、「エージェント向け」というのは単なるフレーミングだ
「私たちが止められないものについて語るのをやめてくれ」という逆説的な状況だ
最近HNに投稿されたAgent Mail.toのようなスタートアップは、今回の発表で大きな打撃を受けそうだ
こうした薄い**モート(moat)**では、Cloudflareのような大企業が参入すると耐えにくい
重要なのは機能ではなくインフラと価格競争力だ
私たちはSESの再販はせず、自前のメールサーバーを運用して到達率とコストを直接コントロールしている
AgentMailが$200のとき、私たちは$29で100個の受信箱を提供している
ただ、これが本当の防御力なのか、単なる時間稼ぎの優位なのかは疑問だ
Agent Mailの600万ドルの資金調達が危うくなったと感じた
最近のAIスタートアップが置かれた現実をよく表している
OpenAIやAnthropicが直接その機能を追加すれば完全に代替されるリスクがある
差別化なく単一機能に全振りすると苦しくなる
メールは世界で最もアクセシビリティの高いインターフェースだと思う
だから botwerk.com と aleik.com を自分で作った
メールベースのエージェントはHTTPより転送時のセキュリティリスクが大きい
いまだに日和見的暗号化のレベルにとどまっている
こうした方式を使うならMTA-STSは必ず設定すべきだ
Cloudflareはこれをサポートしているが、デフォルトでは有効になっておらず、
オンボーディングドキュメント での明記も不十分だ