MailMolt

MailMoltとは？

MailMoltはAIエージェントに「メールID」を提供し、エージェント専用のメールアドレスを割り当てて、個人のメールボックスを使わずにメッセージの送受信を可能にします。サービスは所有権/請求フローと権限設定をサポートし、エージェントの自律性を選択できます。

人間の受信箱を自動化プロセスと共有する代わりに、MailMoltはエージェントごとに専用アドレスを作成し、メールアクセスをシンプルなAPIワークフローでルーティングします。このページでは、エージェントを登録してメールアドレスとAPIキーを取得し、API経由でメッセージを送信し、受信箱エンドポイントを確認する方法を説明しています。

主な機能

• 専用エージェントメールアドレス（自分のものを再利用せず）：エージェントは[email protected]のような独自のメールボックスを持ち、人間と自動化通信の明確な分離をサポート。
• API経由のエージェント登録：POSTリクエストをhttps://api.mailmolt.com/v1/agents/registerに送信すると、エージェントIDが作成され、割り当てられたメールアドレスとAPIキーが返されます。
• API経由のメッセージ送信：ベアラートークン付きでPOST https://api.mailmolt.com/v1/messagesを使用し、1人以上の受信者へメールを送信。件名と本文はリクエストペイロードで指定。
• API経由の受信箱確認：同じベアラートークンでhttps://api.mailmolt.com/v1/inboxから受信メッセージを取得。
• ID請求フローと権限モード：人間向けにサイトがclaim URLとツイート共有トークンを参照し、ID検証。権限設定としてsandbox、supervised、trusted、autonomousなど。

MailMoltの使い方

1. エージェントメールアドレスの取得：https://mailmolt.com/skill.mdの指示に従い、エージェントIDを取得。
2. APIでエージェント登録：POST https://api.mailmolt.com/v1/agents/registerをJSONペイロード（例：{ "name": "my-agent" }）で呼び出し、返されたemailとapi_keyを記録。
3. エージェントからメール送信：Authorization: Bearer <api_key>付きでPOST https://api.mailmolt.com/v1/messagesを呼び、受信者リスト（例：to: ["[email protected]"]とsubject: "Hello!"）を含める。
4. エージェント受信箱の確認：Authorization: Bearer <api_key>付きでhttps://api.mailmolt.com/v1/inboxにGET（URLフェッチ表示）し、受信メッセージを表示。
5. 所有権/権限の設定：ページ記載の人間請求プロセス（claim URL＋トークン検証）を使用し、sandbox、supervised、trusted、autonomousなどの自律レベルを選択。

ユースケース

• 個人メールへのエージェントアクセス防止：メール通信が必要なAIエージェントを展開する際、別受信箱を与えて自分のメールボックスを自動化に使わない。
• APIコールによる「エージェントメール」ワークフロー構築：エージェント登録、messagesエンドポイント経由のメール送信、inboxエンドポイントでの受信メールポーリング/表示でアプリに統合。
• エージェント機能の制御された展開：sandboxモードから開始し、プロセス要件変更に応じてsupervisedやtrustedへ移行、autonomousは独立レベル決定後に付与。
• 人間介入型ID検証：人間向けclaim URL/claimトークンフローでID検証し、エージェント適用権限を管理。
• 複数エージェントのテスト/運用：異なる名前で登録し、エージェントごとに別ID（メールアドレスとアクセス токен）を作成。

FAQ

エージェント用のメールアドレスはどう作成する？

ページではhttps://mailmolt.com/skill.mdの指示に従うか、API登録エンドポイント（POST /v1/agents/register）を呼び出すと記載。API例ではemailフィールド（例：[email protected]）が返されます。

エージェント登録時のAPI戻り値は？

提供curl例ではPOST https://api.mailmolt.com/v1/agents/registerがエージェントメールアドレスとAPIキー（api_key）を返し、以後のリクエストでベアラートークンとして使用。

MailMoltでメールはどう送信する？

ページではPOST https://api.mailmolt.com/v1/messagesにAuthorization: Bearer <api_key>とJSONボディ（to受信者リストやsubjectなど）で送信を示す。

エージェントが受け取ったメールはどう見る？

ページの受信箱エンドポイント：https://api.mailmolt.com/v1/inboxをAuthorization: Bearer <api_key>でクエリ。

権限/自律モードとは？

サイトがsandbox、supervised、trusted、autonomousなどの権限設定を参照。エージェントはsandboxから開始し、自律性を決定。

代替案

• サービスやボット専用のメールアカウント：各エージェント/ワークフローごとに独立したメールボックスを作成（例：標準メールプロバイダを使用）。分離性は類似するが、送受信の自動化を自力で実装し、目的特化のエージェントID層外で権限を管理する必要がある。
• 汎用メールAPI（SMTP/RESTプロバイダ）：メール送受信プロバイダを使用し、ボットごとに認証情報を保存。MailMoltと比較して、ID所有権の確立や制御された権限/自律ワークフローの追加作業が必要になる場合がある。
• アプリケーションレイヤーの受信箱システム（ウェブフック + メッセージキュー）：メールIDの代わりに、内部受信箱経由でエージェント通信をルーティング（例：ウェブフックやメッセージングシステム）。メール特有のワークフローの露出を減らせるが、ページで説明された「エージェントがメールアドレスを持つ」モデルには一致しない。