会社のメールを、 あらゆるエージェントで運用。

ひとつのリモートMCPサーバー。自分で許可するOAuth。メールボックス、Journey、Broadcast、プロダクトメール、承認、ログを、Claude、ChatGPT、Codex、Grok、自作エージェントから運用できます。

AIエージェントに独自ドメインのメールを →

Server URL https://api.bangermail.com/mcp

https://api.bangermail.com/mcp
Streamable HTTP
OAuth 2.1、PKCE、動的クライアント登録
com.bangermail/banger

エージェントを選び、手順に沿って接続。

アプリに合ったガイドを選んでください。画像付きの設定手順と、最初に試すプロンプトを用意しています。開発者ツールとCLIクライアントには専用ガイドがあります。

ChatGPT

新しい顧客への歓迎、最適なタイミングでのフォローアップ、離れかけた顧客の呼び戻しをChatGPTに頼めます。Bangerが自社ドメインからメールを送るので、チャットだけで完結します。

手順を見る

Claude

ウェルカムJourneyの作成、次のBroadcastの執筆、返信への対応をClaudeに頼めます。Bangerがすべて自社ドメインから送信し、会話の中で内容を確認できます。

手順を見る

Grok

新しい顧客への歓迎、反応がなくなった顧客の呼び戻し、次のBroadcastの送信をGrokに頼めます。Bangerがメール運用を担い、一通ごとの内容がより相手に合ったものになります。

手順を見る

Hermes

Hermesはチャットを閉じた後も動き続けます。ウェルカム、フォローアップ、再獲得のメールをBangerで毎日運用できます。

手順を見る

OpenClaw

新しい顧客への歓迎、フォローアップ、反応がなくなった顧客の呼び戻しをOpenClawに任せましょう。エージェントとの会話から、Bangerで実行できます。

手順を見る

Replit

新規登録者への歓迎、サポートメールへの返信、利用が途絶えたユーザーへのフォローアップをReplit Agentに頼めます。Bangerが独自ドメインからメールを運用し、Agentがそれを組み込んだアプリを構築します。

手順を見る

n8n

n8nのAI AgentにBangerをツールとして追加しましょう。既存のワークフロー内で、独自ドメインから新規登録者への歓迎、サポートメールへの返信、利用が途絶えたユーザーへのフォローアップを行えます。

手順を見る

その他のエージェントとCLI

Claude Code、Codex CLI、Cursor、その他のMCPクライアントを接続できます。この手順は開発者ツール向けです。ChatGPTとClaudeには、それぞれ専用のアプリガイドがあります。

手順を見る

メール運用のすべてを、ツールとして。

製品の構成に合わせてまとめた100以上のツール。人もBangerもエージェントも、同じワークスペースの状態を見て変更できます。

01

オンボーディングと設定

アプリと同じ設定ガイドを、ClaudeやChatGPTのインタラクティブなカードで開始・再開できます。最初のメールを送り、BroadcastとJourneyを学んでから、ドメインを接続しましょう。

  • banger_onboarding_open_setup
  • banger_onboarding_get_state
  • banger_onboarding_save_brand
  • banger_onboarding_set_domain
  • banger_onboarding_verify_dns
  • banger_onboarding_add_inboxes
02

メールボックス

独自ドメインやスターターアドレスにホスト型メールボックスを作成。スレッドの閲覧・検索、振り分け、返信を行い、チームの対応待ちを確認できます。

  • banger_list_mailboxes
  • banger_create_native_mailbox
  • banger_list_threads
  • banger_search_mail
  • banger_archive_thread
  • banger_assign_thread
  • banger_send_email
  • banger_list_work
03

プロダクトメール

製品の操作をきっかけに送る領収書、確認、アラート、アカウント通知。テンプレート、プレビュー、送信ごとの配信状況を備えています。

  • banger_create_template
  • banger_preview_template
  • banger_get_transactional_send
  • banger_list_sends
  • banger_get_delivery_status
04

Broadcast

配信対象を作成し、受信者をプレビューして準備状況を確認。予約・送信後は、タイムラインと受信者ごとの結果を追えます。

  • banger_create_broadcast
  • banger_preview_broadcast_audience
  • banger_check_broadcast_readiness
  • banger_schedule_broadcast
  • banger_send_broadcast
  • banger_list_broadcast_timeline
05

Journey

1ステップのウェルカムから複数分岐のライフサイクルまで、あらゆる自動フローに対応。作成、プレビュー、連絡先の登録、レビューを経た有効化、実行状況の確認ができます。

  • banger_create_journey
  • banger_preview_journey
  • banger_enroll_journey_contacts
  • banger_set_journey_status
  • banger_list_journey_executions
  • banger_register_api_journey
06

配信対象

連絡先、リスト、セグメント、同意を確認したインポートで、受信に同意した人だけにメールを届けられます。

  • banger_upsert_contact
  • banger_create_contact_list
  • banger_create_segment
  • banger_preview_segment
  • banger_request_contact_import
  • banger_validate_contact_import
07

デザインと実験

スターターライブラリからブランドに合うメールデザインを生成・修正し、ブランドのフッターを最新に保てます。推奨パターンでA/Bテストも実行できます。

  • banger_generate_email_design
  • banger_revise_email_design
  • banger_list_starters
  • banger_get_brand
  • banger_create_experiment
  • banger_recommend_arms
08

ドメインと到達性

送信ドメインを追加し、必要なDNSレコード一式を取得・検証。実際の送受信で有効化を確認し、送信経路ごとに到達性を監視できます。

  • banger_create_native_sending_domain
  • banger_verify_native_sending_domain
  • banger_start_domain_activation_proof
  • banger_deliverability_summary
  • banger_pause_native_sending_lane
09

承認、ログ、接続

Follow what waits for human review, read the audit trail, and read connected services and incoming webhooks without ever seeing a secret.

  • banger_list_approvals
  • banger_get_approval
  • banger_list_logs
  • banger_list_connections
  • banger_create_incoming_webhook

必要最小限の権限を、標準に。

認可ページには、自分のロールを上限とした正確なスコープが表示されます。ワークスペースは会社間を区切り、製品はその中のメールを厳密に区切ります。慎重な扱いが必要な操作は承認ポリシーに従い、すべての操作をログに記録します。

mail:read

メールボックス、スレッド、メッセージの閲覧。

mail:write

メールボックス、ラベル、下書きの作成とスレッドの振り分け。

mail:send

メールボックスのメールとプロダクトメールの送信。

contacts:read

連絡先、リスト、セグメントの閲覧。

contacts:write

連絡先、リスト、セグメント、インポートの作成・更新。

campaigns:read

Broadcast、Journey、テンプレート、デザインの閲覧。

campaigns:write

Broadcast、Journey、テンプレート、デザインの作成・編集。

campaigns:send

Broadcastの予約・送信、Journeyの有効化。

automation:read

Journeyの実行状況、実験、ログの閲覧。

automation:execute

ポリシーに従う操作と実験の実行。

connections:read

接続済みサービスとWebhookの確認。

connections:use

Bangerを通じた接続済みサービスへの問い合わせ。

connections:admin

サービスの接続、認証情報のローテーション、削除。

workspace:admin

オンボーディング、製品、送信ドメイン、APIキー、承認。

標準のOAuthで、想定どおりに。

BangerはMCPの認可仕様を一貫して実装しています。RFC 9728のリソースメタデータ、RFC 8414のサーバーメタデータ、RFC 7591の動的登録、PKCE S256、RFC 8707のリソースインジケーター、リフレッシュトークンのローテーションに対応。リダイレクトURIにはHTTPSまたはHTTP loopbackを使えるため、Grokなどのホスト型クライアントもCodexなどのローカルCLIもスムーズに登録できます。scopeの省略時は設定チケットまたはロールから補完され、省略するクライアントにも確認済みの許可が与えられます。

保護リソースのメタデータ

GET https://api.bangermail.com/.well-known/oauth-protected-resource/mcp

認可サーバーのメタデータ

GET https://api.bangermail.com/.well-known/oauth-authorization-server

動的クライアント登録

POST https://api.bangermail.com/oauth/register (public clients, token_endpoint_auth_method none)

認可

GET https://api.bangermail.com/oauth/authorize (response_type code, PKCE S256, optional scope and resource)

トークン

POST https://api.bangermail.com/oauth/token (authorization_code and refresh_token, rotating refresh tokens)

未認証のリクエスト

401 with WWW-Authenticate: Bearer resource_metadata=... so clients start OAuth instead of assuming success

公式MCP Registryにcom.bangermail/bangerとして登録されています。Claude、Grok、Codex向けのプラグインマニフェストはbangermail/banger-pluginにあります。

エージェントにできること、できないこと。

アクセス、承認、ドメイン、キーについて、わかりやすく答えます。

Banger MCPにはどのエージェントを接続できますか?

OAuthとStreamable HTTPでModel Context Protocolを扱えるクライアントなら接続できます。Claude、Claude Code、ChatGPT、Codex、Grok、Grok Build、Cursor、自作エージェントなどです。Bangerは公式MCP Registryにcom.bangermail/bangerとして登録されており、同じプラグインパッケージにClaude、Grok、Codex向けマニフェストが含まれます。

エージェントは何にアクセスできますか?

認可ページで許可したワークスペースだけに、そのページに表示されたスコープと自分のロールの範囲内でアクセスできます。ワークスペースは会社間を区切り、製品はその中のメールを厳密に区切ります。エージェントは製品をまたいで配信対象、メールボックス、送信を統合できません。許可はBangerからいつでも取り消せます。

エージェントは自分でメールを送ったりBroadcastを開始したりできますか?

ワークスペースの承認ポリシーの範囲内でのみ可能です。送信、Broadcastの開始、Journeyの有効化はポリシーに従う操作です。レビューが必要な場合、エージェントが提案し、人がBangerで承認します。ポリシーの対象となる変更には冪等性キーを使い、すべての操作をログに記録します。

最初にドメインが必要ですか?

いいえ。オンボーディングでは、ドメインを尋ねる前にBangerがホストする永続的なメールボックスを作成し、実際に送受信できることを確認します。後から独自ドメインを追加すると、必要なDNSレコード一式を取得でき、エージェントが検証を代行できます。

スクリプトやCIにはAPIキーを使えますか?

はい。Bangerで必要なスコープを持つワークスペースのAPIキーを作成し、同じエンドポイントにBearerトークンとして送信します。対話型エージェントには、人とワークスペースに許可をひも付けるOAuthが適しています。

Bangerアプリが発行する設定URLとは何ですか?

Bangerの設定画面は、https://api.bangermail.com/mcp/setup/<ticket>という形式で、有効期間の短いワークスペース専用URLを発行します。許可をワークスペース、クライアント、確認済みスコープにあらかじめひも付けるので、クライアント側に同意ページは不要です。通常のエンドポイントも使えますが、ワークスペースの選択を求められます。

エージェントに、本物のメール運用を。

ホスト型メールボックスで実際の送受信から始め、準備ができたらドメインを追加。いつも使うエージェントに残りを任せ、大切な部分は自分で確認できます。