ハクソク

世界を動かす技術を、日本語で。

Cloudflareメールサービス

1日前原文(blog.cloudflare.com)

概要

  • Emailは世界で最も普及したインターフェースであり、誰もが利用可能
  • Cloudflare Email Serviceがパブリックベータとして公開、アプリやエージェントが双方向メール送受信可能
  • Agents SDKやCLI、MCPサーバーなど、エージェントのためのツールキットも拡充
  • Agentic Inboxなどのリファレンスアプリもオープンソース化
  • メールを活用したエージェントの構築や運用が、Cloudflare上でシームレスに実現

メールがもたらす新しいエージェントインターフェース

  • EmailはカスタムアプリやSDK不要で、誰もが即利用できるインターフェース
  • サインアップ、通知、請求書など、既存アプリでもメールは基盤的な役割
  • エージェントもメールを活用し、顧客対応やワークフロー自動化を実現
    • 例：カスタマーサポート、請求処理、アカウント認証、マルチエージェント連携

Cloudflare Email Serviceの特徴

  • Email Routingで、アプリやエージェントがメール受信
  • Email Sendingで、メール返信や通知送信が可能
  • Developer Platformと連携し、メールクライアントやエージェントSDKをネイティブに構築
  • SPF、DKIM、DMARCの自動設定により、迷惑メール判定を回避し、確実に配信
  • グローバルなCloudflareネットワークで、低遅延かつ高信頼性のメール配信

Email Sendingの活用例

  • Workersから直接メール送信が可能（APIキーやシークレット管理不要）
  • REST APIやTypeScript、Python、Go SDKを使い、任意のプラットフォームから送信
  • 受信から処理、返信までをCloudflare内で完結

Agents SDKによるメールネイティブなエージェント

  • onEmailフックでメール受信・処理が容易
  • エージェントは独自のメールアドレスで識別、アドレスベースでルーティング
    • 例：[email protected] → サポートエージェント、[email protected] → 営業エージェント
  • Durable Objectsによる状態管理で、会話履歴やコンテキストを保持
  • HMAC-SHA256署名による安全な返信ルーティングで、なりすまし防止

エージェント向けEmailツール群

  • MCPサーバー経由で、どこでもCloudflare Email APIにアクセス可能
  • Wrangler CLIで、bash環境から簡単にメール送信
  • Skillsとして、設定方法・ベストプラクティス・API利用法をエージェントに提供

Agentic Inbox：オープンソースリファレンスアプリ

  • 人間のレビューや管理を前提とした、エージェント組み込み型メールクライアント
  • 会話スレッド、メール表示、添付ファイル管理、自動返信などを備える
  • Email Routing、Email Sending、Workers AI、R2、Agents SDKを統合
  • チームや開発者が自分のワークフローに合わせて拡張可能

まとめ・今すぐ試すには

  • Email Sendingのパブリックベータで、エージェントからのメール送受信が本格化
  • サポートエージェントやリアルタイム通知など、グローバル規模でのコミュニケーションが容易
  • 閉じたシステムではなく、メールインボックスがエージェントの活躍の場に
  • Cloudflare Dashboardでの利用開始、ドキュメント・リファレンスアプリ・TVなど多様なリソースを提供

Cloudflareのミッションと今後

  • Cloudflareは、全社ネットワーク保護やDDoS対策、高速なアプリケーション構築を支援
  • Zero Trustの実現やより良いインターネット構築を目指す
  • キャリア採用や最新情報も公式サイトで案内

Hackerたちの意見

古臭くてクソみたいなエージェントとのインターフェースを追加するなら、ファックスサポートも追加してくれない？ポストカードやチラシのダイレクトメールサービスとかもどう？
└
あのC64カセットプレーヤーを持ってて正解だった！新しいSturgillのアルバムのためだけじゃなくてね。
└
もし古い技術を目指すなら、ミニディスクに行けるかな？
└
これは何年も前から可能だったよ、エージェントが登場する前からね。郵便物を開けて内容をPDFにスキャンしてくれるサービスがあって、郵便局にフォームを提出する必要があるんだ。ちょっと高くつくけど、細かいところでお金を取られるからね。郵便を送りたいなら、他にもたくさんサービスがあるよ。https://www.virtualpostmail.com/
もっとスパムが増えるだけだね。メールの受信者が、メールが届く条件をもっとコントロールできればいいのに。事後のキュレーションじゃなくてさ…
└
それに関連して、Protonのフィルターを使って、個人メール用の送信者/cc/bccのホワイトリストを作る二層システムを試してるんだ（これが携帯に通知される）。それ以外のものには、通知が来ない使い捨てのエイリアスを使ってる。完全には解決しないけど、今のところかなりうまく対処できてるよ。
うわぁ。最近ここでShow HNしたスタートアップ、agent mail.toが今、あんまり良くない状況みたい。薄っぺらいモートを持った新しいスタートアップたちが何を考えてるのか分からないけど、もし誰かが君たちのやってることをもっと早く、安くやったらどうするつもりなんだろう？
└
その頃にはもう撤退してるつもりだよ。こういう人たちはほとんど詐欺師みたいなもんだ。
└
大企業がその力を使って、誰もが1時間でコピーできないような「完全にユニークなオリジナルアイデア」を潰してるって怒りのブログ記事でも書いてみたら？
└
典型的な「これは機能なのか、製品なのか？」の問題だね。機能に全力を注いで、他と差別化するものが何もなかったら、辛いことになるよ。
└
> 私たちはシード資金で600万ドルを調達しました。 その部分は印象的だったね。彼らはメールを受信することに集中しているみたいだけど、それはもっと悪化するかも。OpenAIやAnthropicがその機能をエージェントに直接追加するだろうから、本当に役立つならね。
└
> 新しいスタートアップはDurexよりも薄い堀を持っていると思っている。 ハハ、面白いビジュアルだね。これらのAIスタートアップや独立系開発者が直面している状況をよく表してると思う（そして、私の予想だけど、ほとんどがどこにも行かない理由でもある）。
└
似たようなものを作ってるんだ（Dead Simple Email - 同じカテゴリーだけど、価格体系が違う）。防御の批判は妥当だし、正直に言うべきだと思う。防御できる部分は機能セットじゃなくて、インフラと価格なんだ。SESを再販するんじゃなくて、自分たちでメールサーバーを運営してるから、配信能力とコストを直接コントロールできる。それで、AgentMailが200ドルのところを100の受信ボックスで29ドル/月で提供できるんだ。これが本当に防御になるのか、ただの先行者利益なのかは、正当な疑問だね。メールの配信能力を大規模に正しくするのは本当に難しいけど、最終的に彼らがこれを吸収しないとは言い切れない。早く構築して安く保つことが、私が持っている唯一の本当の答えだよ。
SMTPプロトコルにおける典型的な「共有地の悲劇」だね。スパムのコストがほぼ0.00になると、オープンプラットフォームはめちゃくちゃに利用される。実際、パスワード回復や通知など、クライアントとのメールチャネルがどんどん信頼性を失ってるのを見てきた。これがいくつかの寡占に進化するかもしれない（Microsoft 365 Outlook、Google Gmail、あとはYahooみたいな古いメールプロバイダーも）。配信を希望するなら、彼らにお金を払わなきゃいけなくなるだろうね。だって、彼らがスパマーじゃないことを確認する役割を持つから。スパマーたちは何百万ものメールアドレスを作って、そこからスパムを送りまくるから、これらのプラットフォームは大変なことになるよ。
└
少なくとも、大手の有名な企業にスパムを送られたときに罰を与え始めてくれたら嬉しいな… あの、メールの設定で「新しいメッセージ」と「商業オファー」しか選べなくて、「商業オファー」を外したら安全だと思ってたら、スパムメールが来るんだよね… 再度設定をチェックすると、「新製品通知」のオプションがデフォルトでチェックされてて、それも外すと、バン！またスパム！「パーソナライズされたオファー」のオプションもデフォルトでチェックされてるし。「期間限定オファー」とか「お得な情報」とか、もうほんとに。
└
プロトコル自体が問題だとは思わないな。例えば、スパマーがウェブサイトのコメントフォームやフォーラムを悪用しても、「HTTPプロトコルが問題だ」とは言わないでしょ。むしろ、向こう側のサーバーが問題だって言う。答えは、たぶん多くのHTTPサーバーで進んできたのと同じようなものだと思う：プルーフ・オブ・ワーク。Captchaや最近のCloudflareのターンスタイルのように、ウェブサイトにアクセスする前にタスクを完了する必要があるように、送信者もメールを受け入れてもらう前にタスクを完了する必要があるべきだと思う。受取人に見てもらう確率を上げたいなら、もっと作業が必要になるっていうスライディングスケールでもいいかも。ただ、これだとビジネスが「正当」とみなすメール、例えばマーケティングニュースレターやその他の無駄なものも影響を受けるから、実現することはないだろうね。
└
自分のメールがスパムに振り分けられたことがあるけど、Googleクラウドから出てないのにね。彼らは「おや、これは内部から来てるから信頼できる」とは言わないんだ。全く考えずに、他のGoogleホストのドメインからの正当なメールをスパムに押し込むんだよ。
面白いね。彼らがブログ記事で示している例は、エージェントなしでもすでにかなり簡単なことばかりだ。CIパイプラインが通過したとき、サポートリクエストが来たとき、注文が発送されたときにメールを送る。これに対する解決策は見つかってないと思う。
└
問題は、AWS以外での取引メールがクソだってこと。月に10,000通のメールを使うつもりがないけど、無料プランを超えるオプションが欲しいだけなのに。使った分だけ払わせてくれよ、マジで。
なんでこの発表がこんなにコメントでイライラを引き起こしてるのか分からないな。Cloudflareは何年も前から「DDoS保護」から「AWSの競合」に移行してきたし、これはAWS SESの代替品に過ぎないんだ。API経由か、直接Workersを通じてアクセスできるメール送信サービスだよ。ここ数年の動向を追ってない人のために言うと、WorkersはCloudflareのプラットフォーム上でコードを実行するための製品で、AWS Lambdaの競合みたいなもの。彼らは、自分のコードをプラットフォームにデプロイして、データベース、ストレージ、ストリーミング、AI、そして今はメール送信にアクセスできるエコシステムの中心にしようとしてるんだ。これらはAWSが何年も前から持っているものだけど、Cloudflareが好きな人もいるよね（俺もそうだし）。驚いたのは価格だね。Cloudflareのクラウドサービスは通常もっと安いのに、AWS S3からCloudflareのR2に移行してかなりお金を節約したんだ。でもこの新しいサービスはAWSの3倍の価格なんだよ。変だね。まあ、大体の小さな会社はそんなにメールを送らないから、あんまり関係ないけど。コメントの合意に戻ると、なんでみんなAWS SESやAzure Emailよりもスパム対策が悪くなると思ってるのか分からないな。
└
> コメントの合意に戻ると、なんでみんなAWS SESやAzure Emailよりもスパム対策が悪くなると思ってるのか分からないな。Cloudflareはスパマーや詐欺、海賊行為、その他のあまり好ましくないグループに対して行動しないことで（不）名高いから、影響を受けた人たちが同じことがメールでも起こるんじゃないかと心配するのは合理的だよね。
└
正しい印象かは分からないけど、AWSは「知っている悪」で、Cloudflareはもっと予測不可能で上層部の個々の判断が多いって印象がある。創業者たちが何をホスティングするかについて公然と争ってた頃に、その評判ができたんじゃないかな。AWSはもっと弁護士や委員会が多くて、匿名性があるから、みんなが必ずしも好きってわけじゃないけど、見た目通りだと信頼されてる気がする。多分、時間と規模の問題だね。
└
ほとんどのSaaS（Spam as a Service）APIは、正当なユーザーの少数が大多数の迷惑トラフィックを正当化する理由だと主張する。多くのクラウドIPブロックはすでに評判が悪く、Spamhausのブラックリストにも載ってる。人々には不満を持つ権利があるよね。=3
└
Cloudflareは、技術力で得た長年の信頼を無駄にして、ブログ投稿や雰囲気をコード化した機能・製品からAIの劣化に向かっている気がする。
└
> Cloudflareのクラウドサービスは通常、かなり安いし、AWS S3からCloudflareのR2に移行してかなりお金を節約できたよ。ただ、この新しいサービスはAWSの3倍の価格なんだ。変だね。まあ、小さな会社はメールをそんなに送らないから、あんまり関係ないと思うけど。特定のマーケティングや取引メールに関しては、安いと思う。AWS SESの料金には添付ファイルが含まれてないし、最大25MBのメール添付を考えると、価格はほぼ同じくらいになると思う。ただ、パスワードリセットみたいな基本的なテキストの取引メールを送るなら、SESの方が絶対に有利だね。
└
価格が残念だね。R2で良いスタートを切った後、最近CloudflareがAWSと価格で競争しようとしてないのが意外だ。キュー、データベースストレージ、データベース書き込み、ワーカーの呼び出しがすべてAWSの提供より高いんだ。
└
彼らのメールリレーサービスを使ってMicrosoftアカウントに転送してるけど、Cloudflareが生成したスパムのせいで、毎回Microsoftに拒否されちゃう。だから、少なくとも彼らのメールサービスにはあまり信頼を置いてないよ。
ここにいる多くの人がエージェントの部分に過剰に焦点を当ててる気がする。これは純粋にマーケティングだよ。サービスに関わった人たちは、エージェント専用に作ってたわけじゃないと思う。今のマーケティングにはこういう枠組みが必要なんだよね。
└
もちろん、これはただのマーケティングだけど、批判されるべきじゃないってわけじゃない。特に、これを無理やり押し付けられるとね。「私たちが話さずにはいられないことについて、もう話すのをやめてください」
これ、めっちゃいいと思う！メールがエージェントにとって正しいインターフェースだってずっと言ってきたし。どこでも使えるし、ネイティブにスレッド化されてるし、非同期の長文コミュニケーションにも向いてる。クライアントも優れてるしね。ここ3ヶ月、Claudeにメールで開発してきたんだけど、メールスレッドが隔離されたワークスペースとclaude -pにマッピングされてる。すごくうまくいってるよ、他のことの合間にコーディングするのに特に便利。正しいCLAUDE.mdと少しのワークフローツールがあれば、他の種類のエージェントを作るのにも役立つよ。例えば、俺はClaudeに自分の明細書や領収書をメールして、普通のテキスト会計システムにインポートさせてる。これ、企業環境でも証明済みで、診断ログを製品のソースコードと照らし合わせて、より複雑な問題をトラブルシュートできるエージェントを作ったんだ。基本的な「メールエージェント」のインフラが整えば、新しいエージェントを作るのはめっちゃ簡単になるよ。
Cloudflare Workers Paid（5ドル）にはすぐにでも払うよ。今はCloudflareの無料版を使ってDNSやホスティングとかやってる。必要がないところはDokpolyとDigital Oceanを使ってる。Cloudflare Containersも使いたいな。今はresend.comにお金を払ってメールAPIのニーズを満たしてる。でも、問題は、一度有料プランに入ると、バグでワーカーが暴走したり、ハッキングされたりした場合に無限のリスクにさらされることなんだ。ソロ開発者としては、そんなリスクは絶対に取れない。Cloudflareから破産通知が来るかもしれないし。会社としても、従業員がサインアップしたら、アカウントチームがリスクに気づかないこともある。今はSupabaseを使ってるけど、ハードキャップがあるみたいだし、Vercelも過去に大きな請求書の悪夢を経験した後に同じようにしてる。Cloudflareがこれについてどう考えているのか、あるいは単に気にしていないのかは分からない。
└
彼らはそれに取り組んでいるよ。出典：従業員のXでの投稿。ちなみに、Cloudflareの請求書は、間違いがあった時にAWSやVercelのものよりずっと低い。見た中で一番高かったのは150ユーロで、VercelとAWSは10,000ユーロ以上だった。
AWS WorkMailやE365の代わりに使えるかどうか、ちょっと悩んでるんだよね。「Agentic」の受信箱はめっちゃいい感じだけど、これって人間が使うためのものなの？マーケティングの煽りで混乱しちゃってるわ。