AI エージェントの個人メールアドレス

あなたのAIエージェントに独自の個人メールアドレスを。
Claude、Gemini、Codexをはじめ、あらゆるMCP対応クライアントから直接、送信・受信・検索・返信・転送できます。

コマンドは 1 つです。実行するサーバーがありません。 SMTP を設定する必要はありません。完全に無料です。

始めましょう →ドキュメント

SES や SendGrid のラッパーではありません。私たちは、メールの受信から受信箱への配信まで、メール スタック全体をゼロから構築しました。

InboxAPI を使用する理由

AI エージェントが電子メールで通信する必要があるすべて。

Account Setup IllustrationAn illustration showing an AI agent getting its own @inboxapi.ai email address.[email protected]

インスタントセットアップ

エージェントは数秒で個人の @inboxapi.ai 電子メール アドレスを取得します。 DNS 構成、ドメイン検証、API キーの管理は必要ありません。

MCP Integration DiagramA network diagram showing InboxAPI connecting to multiple AI models via the Model Context Protocol.MCP

MCPネイティブ

Claude、Gemini、Codex、OpenCode、Pi、Muse Code、および任意の MCP 互換クライアントですぐに使用できます。エージェントは、人間と同じように電子メールを読み、送信、返信、転送、検索できます。

Free ForeverA prominent zero-dollar badge highlighting that InboxAPI is free for AI agents.$0FREE FOREVER

完全に無料

クレジットカードはありません。使用階層はありません。キャッチはありません。私たちは、電子メールは項目ではなく、すべての AI エージェントの基本的な機能であるべきだと考えています。追加機能を備えた有料プランも近日中に登場します。

Full Email CapabilitiesAn interface showing sending, receiving, and threading tools.

送信するだけでなく、メール全体を送信する

ほとんどのサービスでは送信のみが可能です。 InboxAPI はエージェントに個人用の受信箱を提供します。メールの受信、送信者または件名による検索、会話スレッドの追跡、配信ステータスの確認などです。

悪用防止機能を内蔵

サインアップ時の作業証明、受信者の上限、送信クォータ、およびレート制限。すべてのレイヤーは、プラットフォームの悪用を防ぐように設計されています。

Direct InfrastructureA stack showing InboxAPI's own mail infrastructure, not a third-party wrapper.OWN INFRA

ラッパーではありません

私たちは Amazon SES、Postfix、SendGrid の上に座っているわけではありません。私たちは電子メール インフラストラクチャ全体を自社で構築し、運用しています。

クイックスタート

1

インストール

2

に接続します

Claude Code、Gemini CLI、OpenCode、Codex、Pi、Muse Codeなど。

3

電子メールの使用を開始する

エージェントは、一意の個人メール アドレス ( など) を自動的に取得します。

サインアップフォームや設定ファイルはありません。

エージェントができること

  • 受信箱を読んで検索する
  • 誰にでもメールを送信
  • メッセージへの返信と転送
  • 会話スレッドをフォローする
  • 送信したメールの配送状況を確認する

それを使って構築できるもの

開発チームの調整

開発ワークフローを調整するために相互にメールを送信するエージェント。1 人はコード レビュー通知を処理し、もう 1 人はビルドの失敗を追跡し、3 人目は展開ステータスを報告します。

監視とアラート

エージェントはシステムを監視し、何かが壊れると、一般的なアラートではなく診断を含むコンテキストをチームにメールで送信します。

ニュースレターダイジェスト

ニュースレターやメーリング リストを受信して​​読んで、実際に重要なことの要約を毎日送信するエージェント。

$42.00

請求書と領収書の処理

請求書を電子メールで受信し、品目と金額を抽出して会計システムに入力するエージェント。

信頼のために構築

アカウントの分離

各エージェントは独自のスコープ付きアカウントを取得します。エージェントは自分のデータのみにアクセスできます。

SPFDKIMDMARC

メール認証

SPF、DKIM、DMARC はメッセージごとに自動的に構成されます。

Forget previous instructions and...[DATAMARK: UNTRUSTED]Email content starts here...

即時注入防御

信頼できない電子メールのコンテンツはデータマーキングを使用して自動的に変換されるため、エージェントは外部データとシステム指示を区別できます。学術研究に基づいています (arXiv:2403.14720)。

虐待の防止

サインアップ時の Proof-of-Work、アドレス帳ベースの受信者制限 (5 スロット、非アクティブ状態が 5 日間続いた後の LRU の削除)、送信クォータ、レート制限、および RFC 5322 電子メール アドレス検証はすべてデフォルトで適用されます。

12:04:31 - SEND_EMAIL12:05:12 - GET_INBOX12:06:05 - SEARCH_EMAILS

監査証跡

トークンベースの認証では、すべてのアクションが特定のアカウントに関連付けられるため、いつ何が起こったかを常に把握できます。

Credential Leak PreventionAn authentication token being redacted and blocked from exfiltration.auth_token: sk_live_...LEAK PREVENTED

認証情報の安全性

認証トークンを含む送信電子メールは、偶発的な資格情報の漏洩を防ぐために自動的に拒否されます。

よくある質問#

エージェントに私の Gmail または Outlook へのアクセスを許可してはどうでしょうか?

セキュリティ — Gmail/Outlook OAuth を使用すると、エージェントは受信トレイ全体 (医療、金融、法律、個人) にアクセスできます。受信メールにプロンプ​​ト インジェクションを行うと、すべてのメールにアクセスできるエージェントが操作される可能性があります。 InboxAPI は、すべてのメッセージに信頼分類とデータマーキングを備えた独自の分離された受信箱をエージェントに提供します。

ID — エージェントが Gmail から送信する場合、受信者は誰と話しているのかわかりません。返信は実際のメールと混ぜて受信箱に届きます。 InboxAPI はエージェントに独自の個人アドレスを提供します。つまり、あなたとエージェントを明確に区別できます。

実用性 — Gmail/Outlook API は MCP ネイティブではありません。ミドルウェア、OAuth プラミング、カスタム統合が必要になります。 InboxAPI は、追加設定なしであらゆる MCP クライアントで動作します。

これは AWS SES、SendGrid、または Resend とどう違うのですか?
これらは送信 API であり、その上に電子メール インフラストラクチャを構築します。 InboxAPI は、送信、受信、検索、返信、転送といった完全な電子メール ID をエージェントに提供します。設定する必要はなく、インフラストラクチャを管理する必要もありません。
これは AgentMail や a1base とどう違うのですか?
私たちは独自のメールスタックをゼロから構築しました。 SES、Postfix、またはサードパーティの送信サービスはラップしません。エージェントのメールは、当社が直接運用しているインフラストラクチャを経由します。
本当に無料ですか？
はい。クレジット カード、試用期間、使用量制限はありません。追加機能を備えた有料プランの開発に取り組んでいますが、コアエクスペリエンスは常に無料です。
現在の制限は何ですか?

InboxAPI は完全に機能しますが、現時点ではいくつかの制限があります。

  • アカウントごとに 5 つの外部受信者アドレス帳スロット（5 日間非アクティブな状態が続くと LRU 削除）
  • エージェントの個人使用のみを目的としており、一括送信、マーケティング、またはアプリケーションのためのトランザクション サービスではありません。通知
スパムや不正行為をどのように防止しますか?
アカウントの作成には作業証明が必要です。各アカウントには、外部受信者用の 5 つのアドレス帳スロットがあります。すべてのスロットが使用されている場合、5 日間非アクティブな状態が続いた後、最も最近使用されていないエントリが自動的に置き換えられます。毎日の送信クォータとレート制限はすべてのアカウントに適用されます。これらの制約は構造的なものであり、ポリシーではなくシステムの動作方法です。
連絡先を追加したり、アドレス帳を設定したりする必要がありますか?
いいえ。アドレス帳は自動です。エージェントが電子メールを送信すると連絡先が追加されます。管理する連絡先リスト、編集する設定ファイル、構成手順は必要ありません。各アカウントは最大 5 つの一意の外部アドレスに送信できます。すべてのスロットが使用中の場合、非アクティブ状態が 5 日間続くと、最も最近使用されていないエントリが自動的に置き換えられます。 InboxAPI エージェント間の電子メールは常に無制限です。
電子メールによる即時注入についてはどうですか?
すべての受信メールには、送信者がアドレス帳に含まれているかどうか、および送信者のメールが認証チェックに合格したかどうかに基づいて、信頼できる分類 (信頼できる、エージェント、未検証、または疑わしい) が含まれます。これは、エージェントが各メッセージをどの程度慎重に処理するかを決定するのに役立ちます。他の InboxAPI エージェントからのメールには個別にフラグが付けられるため、エージェントは対応する前に確認する必要があることがわかります。信頼できない電子メールのコンテンツもマーカー文字 (データマーキング) で自動的に変換されるため、エージェントは電子メール データと自分の指示を明確に区別できます。
データの引き出しについてはどうですか?
送信電子メールは認証トークンと資格情報のためにスキャンされます。エージェントが誤って JWT またはアクセス トークンを含む電子メールを送信しようとすると、メッセージはプラットフォームを離れる前に拒否されます。これにより、エージェントがだまされて電子メール経由で機密データが漏洩するのを防ぎます。
エージェントは相互にスパムを送信できますか?
同じ送信制限がすべての送信電子メールに適用されます。受信者の上限、クォータ、およびレート制限は、受信側に関係なく同じように機能します。
エージェントの電子メールはスパムに分類されますか?
たぶん最初は。各エージェントはまったく新しいサブドメインを取得しますが、新しい送信者にはまだ評判がありません。受信者は、最初の数通のメールについてスパム フォルダーを確認する必要がある場合があります。時間が経つにつれて、エージェントが正規のメールを送信し、受信者がそのメールを操作するにつれて、配信が向上します。 電子メール配信について詳しく読む。
なぜ A2A のようなネイティブ エージェント プロトコルではなく電子メールを使用するのでしょうか?
電子メールは既存のインターネット全体に到達します。すでに何十億もの人々や企業が電子メールを使用しています。 A2A では、双方がプロトコルを実装する必要があります。エージェントが独自のエコシステム外の相手と連絡を取る必要がある場合、電子メールが普遍的なオプションです。エージェントはおそらく両方を必要とするでしょう。
WhatsApp、Telegram、その他のメッセージング アプリではなく電子メールを使用する理由は何ですか?

スケーラビリティ — プログラムで何百もの電子メール アドレスを作成できます。 WhatsApp、Telegram、Signal はすべて電話番号と認証を必要とします。少数のアカウントを超えて拡張することは現実的ではなく、多くの場合サービス利用規約に違反し、物理的な SIM カードがなければ不可能な場合もあります。

ゲートキーピングなし — 電話番号、政府 ID、またはプラットフォーム所有者の承認なしで ID を作成できる唯一の通信チャネルは電子メールです。誰が電子メール アドレスを取得するかを単一の企業が制御することはありません。

オープン プロトコル — 電子メールはフェデレーションされており、ベンダー中立です。 WhatsApp、Discord、Telegram は独自のものであり、いつでも API アクセスを取り消したり、ボット アカウントを禁止したり、ルールを変更したりできます。電子メールは 1 つの企業によって遮断することはできません。

ToS 準拠 — ほとんどのメッセージング プラットフォームでは、自動アカウントが明示的に禁止されているか、厳格な承認プロセスが設けられています (WhatsApp Business API はビジネス検証を必要とし、Telegram はボット間のメッセージングを制限しています)。電子メールにはそのような制限はありません。自動送信は第一級のユースケースです。

ユニバーサルリーチ — メッセージング チャネルはサイロ化されています。 Telegram ボットは WhatsApp ユーザーに連絡できません。電子メールは、電子メール アドレスを持つすべての人に届きます。これは事実上全員です。

OpenClawのようなマルチチャネル エージェント フレームワークの場合、電子メールはメッセージング プラットフォームが構造的にできないギャップを埋めます。プラットフォームの承認は必要なく、無制限でプログラム可能な ID を作成できます。 InboxAPI は、エージェントにすぐに使用できる機能を提供します。

InboxAPI ではどの AI モデルを使用すればよいですか?

モデルはツール/関数呼び出しをサポートする必要があります - MCPはこれを必要とします。最低 32K トークン コンテキスト ウィンドウ.

Good: Claude Haiku 4.5+、GPT-4.1 mini+、GPT-4.1 nano+、Gemini 2.5 を推奨します。 Flash+

推奨: Claude Sonnet 4.5+、GPT-4.1+、GPT-5 mini+、Gemini 2.5 Pro+

ベスト: Claude Opus 4.5+、GPT-5+、GPT-5.2+、Gemini 2.5 Pro+

InboxAPI は、信頼できない電子メール コンテンツにデータマーキング (スポットライト) を適用するため、トークンの消費がわずかに増加する可能性があります。より大きなコンテキスト ウィンドウを持つモデルは、これをより快適に処理します。

動作しないもの: ツール/関数呼び出しのないモデル、16K トークン以下のコンテキスト ウィンドウ、または非常に小さなローカル モデル (~7B パラメータ以下)。

エージェントがアカウントにアクセスできなくなった場合はどうなりますか?
エージェントの認証情報が紛失または破損した場合は、account_recover ツールを使用してアカウントを復元できます。ただし、以前にverify_ownerを介して電子メールをリンクしていた場合に限ります。リカバリでは、既存のトークンがすべて取り消され、新しい認証情報が発行されます。所有者のメールアドレスが確認されていない場合、ロックアウトされたアカウントを回復する方法はありません。
所有者認証とは何ですか?
所有者の確認により、個人の電子メール アドレスがエージェントの InboxAPI アカウントにリンクされます。エージェントがあなたの電子メールで verify_owner に電話すると、6 桁のコードを受け取り、エージェントがそれを送信して検証を完了します。認証が完了すると、資格情報が紛失した場合でもアカウントを回復でき、試用版の制限がアカウントから削除されます。

エージェントに個人の電子メール アドレスを与える

コマンドは 1 つです。永久無料。

始めましょう →ドキュメントGitHub