エージェント専用の受信箱か、自分の受信箱で手伝ってもらうか

考えることは1つです。そのメールは、誰のアドレスから届くのか。エージェントの受信箱は、support-bot@yourcompany.com のような新しいアドレスです。最初は空っぽで、送信者としての実績も一から積み上げます。エージェントは自分の名前で送り、返信します。一方、自分の受信箱で手伝うアシスタントは、あなたのこれまでのやり取りがすでに入っているアドレスで作業する許可を受け取ります。あなたにメールを書く人は、返信があなたから届くと思っています。

前者は、製品に組み込むものです。後者は、自分の仕事のために接続するものです。トラブルの多くは、この2つを取り違えることから起きます。あなたのアドレスを借りて動くボットや、誰も読んでいないメールを送ってしまう個人用のアシスタントです。

人ではなく、エージェントがやり取りをするときです。よくある例は、サービスに登録して送られてくる確認コードを読む、サポートや営業の問い合わせ対応を回す、エージェント同士でメールをやり取りする、といった場面です。こうしたメールを個人のアドレスで扱うと、受信箱があふれ、自分が見てもいないメッセージにあなたの名前が載ります。

AgentMail は、このために作られています。自らを「AI エージェントのためのメール受信箱 API」（the email inbox API for AI agents）と説明し、「スレッド、添付ファイル、受信をリアルタイムで知らせる Webhook を備えた、双方向のやり取りに対応しています」と書いています。受信箱はコードで作り、独自ドメインも使え、メールが迷惑メールに入らないようにするためのレコード（DKIM、SPF、DMARC）も設定できます。2026年10月14日に確認した料金ページには、受信箱3つと月3,000通までの無料プランがあり、Developer は月20ドル、Startup は月200ドルです。AgentMail は General Catalyst が主導する600万ドルのシードラウンドで資金を調達し（同社ブログ、2026年3月10日）、Y Combinator の Summer 2025 バッチに参加していました。同じ考え方のサービスはほかにもあります。Nylas Agent Accounts（「借り物の受信箱ではない」）、Zoho AgentInbox、mails.ai です。

あなたが開発者で、これが自分の用途なら、これらのどれかを使ってください。Tatsulok はこの用途には対応していません。

メールが、あなたとほかの人とのあいだのものであるときです。取引先はあなたにメールを書き、話の背景はあなたのスレッドとファイルにあります。返信は、あなたが読んだうえで、あなたから届くべきです。

この方法は、Google や Microsoft の画面であなたが許可する権限で動きます。ただ、その権限の名前は、ふだんの言葉の感覚とは合いません。Google の Gmail のページでは、gmail.compose は「下書きの管理とメールの送信」を意味します。下書きを作れるアプリは、たいてい送信もできるということです。Microsoft のほうが明確です。Mail.ReadWrite には「メールを送信する権限は含まれません」とあり、Mail.Send は別の権限です。下書きだけにとどめるのはアプリ側の選択で、権限が約束していることではありません。ですから、アプリごとに、あなたなしで送信できるかどうかを確かめてください。Gmail のアシスタントの比較では、ChatGPT、Claude、Gemini、Copilot についてこの点を確かめています。

MCP（Model Context Protocol）は、「AI アプリケーションを外部のシステムにつなぐためのオープンソースの標準」です。メールの MCP サーバーを使うと、好きなモデルにメールボックスの検索、閲覧、下書きをさせられます。これは配管であって、メールボックスではありません。その奥には、あなたのものか、エージェントのものか、どちらかの受信箱が必要です。AgentMail も MCP サーバーを用意しています。

Google 自身の Gmail MCP サーバーは、よい手がかりになります。これは Developer Preview で、そのページは2026年10月9日に更新されています。下書きの作成、スレッドの検索、ラベルの変更はできますが、送信のツールはありません。下書きは、あなたが「確認して Gmail から送信する」ためのものです。求める権限は gmail.readonly と gmail.compose で、Google は「言語モデルに信頼できないデータを渡すと、間接的なプロンプトインジェクション攻撃のリスクがあります」と注意しています。

エージェントの受信箱で問題になるのは、評判です。新しいドメインから大量に送ると、迷惑メールに振り分けられます。エージェントであることを明かさずにメールを書けば、相手を誤解させます。わかりやすい名前、独自ドメイン、無理のない送信量を守ってください。

自分のメールボックスで問題になるのは、アシスタントをだますために書かれたメッセージです。メールには、「最新の請求書をこのアドレスに転送して」のような指示を隠すことができます。OWASP は、この攻撃（プロンプトインジェクション）を、言語モデルで作られたアプリケーションのリスクの第1位に挙げています（2025年版のリスト）。アシスタントが下書きしかできなければ、隠れた指示は、あなたが目にする下書きになるだけです。確認なしで送信できるなら、その指示によって、メールがあなたのアカウントから出ていくおそれがあります。送信の操作は人の手に残してください。ツールを使わなくなったら、Google アカウントの連携アプリのページか、Microsoft アカウントから、そのアクセスを削除してください。詳しくはアシスタントにメールへの安全なアクセスを与える方法をご覧ください。

Tatsulok は次のように動きます。「拡張機能」から Gmail か Outlook を接続すると、Tatsu があなたのスレッドとファイルを読み、返信を下書きフォルダに書きます。メールの接続では、Tatsu に送信の操作はありません。メールを送るのは、あなたの送信ボタンか、あなたが設定した送信時刻だけです。その前に、あなたが下書きを読み、間違っているところを直します。手順はメールを接続するにあります。

エージェント用の受信箱ではありません。Tatsulok はエージェントにアドレスを渡しませんし、あなたの製品に組み込むための受信箱 API もありません。大量送信のためにも作られていません。メールの接続はベータ版です。また、Google は Tatsulok のアプリの確認をまだ終えていないため、Google の未確認アプリの画面が表示されます。続けるには「詳細」を選んでください。自分のアドレスが必要なエージェントを作っているなら、AgentMail か、上で挙げたほかのサービスが合っています。