AgentMail — AIエージェントに専用メールアドレスを与える新しいインフラ

AIエージェントが自律的にタスクをこなす時代。メールは依然として最も普遍的なコミュニケーション手段ですが、従来のメールAPIは「人間がメールを送る」ことを前提に設計されていました。

AgentMail は、この前提を覆すAIエージェント専用のメールインフラです。Y Combinator（S25）出身で、すでに1,000万通以上のメールを処理した実績を持ちます。

この記事ではAgentMailの全体像を図解で解説し、後半ではResendやSendGridといった既存サービスとの違いを整理します。

AgentMailの核心：「受信箱」をAPIで作る

従来のメールAPIはメールの送信に特化しています。一方AgentMailは、受信箱そのものをAPIで生成するところから始まります。

AgentMailのAPIを呼ぶだけで、ミリ秒単位で新しい受信箱が作成されます。ドメイン認証や手動設定は不要。作成された受信箱には独自のメールアドレス（例: `sales-agent@agentmail.to`）が付与され、AIエージェントはすぐにメールの送受信を開始できます。

これが意味するのは、エージェントごとに固有のメールアドレスを持たせられるということです。カスタマーサポートエージェント、営業エージェント、リードナーチャリングエージェント——それぞれが独立したメールIDを持ち、自律的に会話できます。

主要機能の詳細

双方向メール会話

AgentMailの最大の特徴は双方向の会話がプラットフォームに組み込まれている点です。

送信だけでなく、受信、スレッド管理、返信がすべてAPI経由で完結します。Message-ID、In-Reply-To、Referencesといったメールヘッダーも自動で処理されるため、エージェントが返信すると受信者のメールクライアントで正しくスレッド表示されます。

セマンティック検索

過去のメールを意味ベースで検索できます。キーワードの完全一致ではなく、「先週の営業提案に関するやり取り」のような自然言語クエリで関連メールを見つけられます。AIエージェントが過去の文脈を理解した上で返信するために不可欠な機能です。

自動ラベリングと構造化データ抽出

受信メールにユーザー定義のプロンプトで自動的にラベルを付けたり、非構造化メールから構造化データ（注文番号、日付、金額など）を抽出する機能が組み込まれています。

リアルタイム通知

WebhookとWebSocketの両方に対応。メール受信時にエージェントが即座に反応できます。ポーリングは不要です。

AIフレームワーク連携

LangChain、LlamaIndex、CrewAIとネイティブに統合できます。また、Model Context Protocol（MCP）にも対応しているため、対応するLLMアプリケーションからシームレスに利用可能です。

シンプルな認証

APIキーのみで認証が完了します。OAuthフローやトークンリフレッシュが不要なため、自律的に動作するエージェントとの相性が抜群です。

Email as Identity：エージェントがメールで「本人」になる

AgentMailの面白いユースケースの一つがEmail as Identityです。

多くのWebサービスはメールアドレスでアカウント認証を行います。AgentMailがあれば、AIエージェントは自分のメールアドレスでサービスに登録し、OTPコードや確認リンクが届いた受信箱を自分で確認し、認証を完了できます。人間の介入は一切不要です。

これにより、ブラウザ自動化ツールと組み合わせたエージェントが、完全に自律的にWebサービスのアカウント作成から操作まで行えるようになります。

料金プラン

AgentMailは受信箱数・メール通数・ストレージの3軸で課金されます。

無料のPlaygroundプランでもAPI、Webhook、カスタムドメインが使えるため、まず試してみるハードルは低いです。

現時点での注意点

AgentMailはまだ新しいサービスです。いくつかの制約は把握しておくべきでしょう。

既存メールAPIとの比較

「メールAPI」というカテゴリでは同じですが、AgentMailとResend・SendGridはそもそも解決する課題が異なるサービスです。ここではその違いを整理します。

そもそも解決する課題が違う

AgentMailは「AIエージェントがメールで自律的にコミュニケーションする」ための基盤です。一方、ResendやSendGridは「アプリケーションからメールを送信する」ための基盤です。

この設計思想の違いが、あらゆる機能差に反映されています。

ResendやSendGridにないもの

ResendもSendGridもInbound Email（受信）機能を提供していますが、これはWebhook経由でメールのペイロードを受け取るだけです。ストレージ、スレッド管理、検索はすべて自前で構築する必要があります。

AgentMailでは、受信箱・スレッド・セマンティック検索がプラットフォームに組み込まれています。AIエージェントが過去の会話履歴を参照し、適切な文脈で返信するという流れが、追加インフラなしで実現できます。

AgentMailにないもの

逆に、AgentMailにはResendのReact EmailテンプレートやSendGridのマーケティングメールキャンペーン機能がありません。美しいHTMLメールの送信や大規模なニュースレター配信が主目的であれば、ResendやSendGridのほうが適しています。

料金モデルの違い

AIエージェントが多数の受信箱を必要とするケースではAgentMailの課金モデルが合理的です。大量のトランザクションメールを送る場合はResendやSendGridの方がコスト効率が良いでしょう。

どのサービスを選ぶべきか

まとめ

AgentMailは、従来のメールAPIとは設計思想からして異なるプロダクトです。

メールを「送るもの」ではなく、AIエージェントが「住む場所」として再定義した——それがAgentMailの本質です。

AIエージェントにメールでの自律的なコミュニケーション能力を持たせたいなら、AgentMailは現時点で最も包括的な選択肢です。一方、従来のトランザクションメール送信にはResendやSendGridが依然として最適解であり、目的に応じた使い分け——あるいは併用——が現実的なアプローチになるでしょう。