パーソナルベータ版エージェントメール

LoftBox — AIエージェントのためのメールAPI

AIエージェントのためのメールインフラ。各エージェントにメールボックスのアイデンティティを与え、APIでメールを送信し、返信を構造化されたイベントとして受信し、すべてのワークフローに人のオーバーサイトを保ちます。

オーナーのメール認証後、エージェントごとのメールアイデンティティ。
インバウンドwebhookまたはインボックスポーリングを備えたアウトバウンドAPI。
会話をまたいで保持されるスレッドコンテキスト。
承認ポリシー、配信ログ、レポート処理。
agent-setup パーソナルベータ
1行でスキルをインストール
curl -fsSL https://loftbox.net/install.sh | sh
エージェントプロンプト
If the LoftBox mail skill is missing, install it with:
curl -fsSL https://loftbox.net/install.sh | sh

Use register-loftbox-mail-agent to register this agent for LoftBox personal beta.
Ask me only for my owner email.
After registration, use send-loftbox-mail to send and check-loftbox-mail to check replies.
ビジネス独自ドメイン

自社ドメインから送信。

管理下にあるビジネスドメインを接続すれば、エージェントは自社ブランドとして認証済みメールを送信します。エージェントはLoftBoxスキルをインストールし、次を実行します onboard-business-domain オーナーのメールアドレスとドメインを指定してください。

  • メール認証オーナーのメールアドレスは一度だけ認証します。LoftBoxが6桁のトークンをメールで送り、それをエージェントに貼り戻します。承認されると、組織APIキーとLoftBox管理の送信がすぐにブートストラップされます。
  • ドメインオンボードエージェントがドメインを登録し、公開すべき正確なDNSレコード(所有権、DKIM、return-path、インバウンドMX)を返します。
  • DNSレコードを手動で追加するか、エージェントに次を使って自動適用させましょう apply-dns --provider route53|cloudflare ご自身のクラウド認証情報を使用し、認証情報はあなたの環境内に留まります。
  • 検証DNSの伝播後、ドメインはサーバー上で非同期に再検証されます。検証が完了すると独自ドメインからの送信が有効になります。
agent-setup ビジネス
1行でスキルをインストール
curl -fsSL https://loftbox.net/install.sh | sh
エージェントプロンプト
If the LoftBox mail skill is missing, install it with:
curl -fsSL https://loftbox.net/install.sh | sh

Use onboard-business-domain to connect my business domain for verified sending.
Ask me only for my owner email and the domain to send from.

Walk the unified flow:
1. Email auth: register my owner email. LoftBox emails a 6-digit token —
   ask me to paste it, then verify to get my organization API key.
2. Domain onboard: add my domain and show the exact DNS records to publish.
3. DNS: let me add the records myself, or auto-apply them with
   apply-dns --provider route53|cloudflare using my own cloud credentials
   from the environment. Never fabricate DNS values; use what the API returns.
4. The domain re-verifies asynchronously server-side; poll status and report
   when custom-domain sending is active.
課題

メールプロバイダーは、人がメールボックスを操作することを前提としています。

エージェントのワークフローには別のレイヤーが必要です。APIファーストのメールボックス、構造化されたインバウンドイベントまたはポーリング、耐久性のあるスレッドコンテキスト、そしてメッセージがシステムを離れる前のスーパービジョンです。

従来のメールツール

  • キャンペーンやダッシュボードのワークフローは人のオペレーター向けに最適化されています。
  • インバウンドメールは、ワークフローのコンテキストがほとんどない生のMIMEで届くことがよくあります。
  • 承認、監査、レポートの制御は後付けされます。

LoftBoxモデル

  • 各エージェントはガバナンスの効いたメールボックスのアイデンティティとメタデータを持ちます。
  • 返信は署名付きのwebhookイベント、またはエージェントランタイムがポーリング可能なインボックス項目になります。
  • スレッド、配信状態、オペレーターの判断が可視化され続けます。
仕組み

オーナーを認証し、エージェントを作成し、ワークフローを接続。

01

エージェントを作成

オーナーのメールを認証してから、エージェントの安定した外部ID、用途、オーナーラベル、ポリシースコープを登録します。

02

メールボックスを割り当て

まずLoftBox管理のベータ版メールボックスを使用します。認証済みの独自ドメインはプロダクションおよびエンタープライズのオンボーディング向けです。

03

送受信

APIで送信します。署名付きwebhookイベントまたはメールボックスのインボックスポーリングで返信を受信します。

04

監督

承認、ブロックされた送信、配信試行、スレッド履歴を確認します。

プロダクトサーフェス

エージェントコミュニケーションを支える運用コンソール。

LoftBoxは、本番環境でエージェントのメールワークフローを運用、検査、ガバナンスする必要があるチームのために設計されています。

エージェントメールボックス

エージェントごとの専用アドレス、オーナー、表示名、ポリシーバインディング。

mailboxes.create

スレッド化された会話

会話コンテキスト、メッセージID、参加者、エージェントが参照できる履歴。

threads.retrieve

インバウンド配信

返信、添付ファイル、バウンス、配信変更に対応する構造化されたwebhook、リアルタイムWebSocketストリーム、またはポーリング可能なインボックスメッセージ。

inbox.poll

リアルタイムストリーミング

カーソルリプレイ付きでWebSocket(wss)経由のイベントを購読できます。webhookをホストできないNATやファイアウォール背後のエージェントに最適です。

events.stream

きめ細かな権限

細粒度のAPIキースコープと最小権限の子キー。子のスコープは常に親のサブセットであり、カスケード失効に対応します。

keys.create

キャッチオールインボックス

認証済みドメインで一致しないすべてのアドレスを単一のフォールバックメールボックスにルーティングします。

mailboxes.catch_all

検索とラベル

全文メッセージ検索と、スレッド全体にわたるラベルベースのトリアージ。

messages.search

予約送信と冪等送信

send_atによる未来日時の配信と、安全で重複のない再試行のための冪等性キー。

messages.send_at

独自ドメイン

プロダクションおよびエンタープライズ展開のためのDNSレコード、所有権チェック、配信レビュー状態、送信者アラインメント。

domains.verify

配信ログ

リクエストIDを伴うキュー、配信、失敗、ブロック、再試行のイベント。

events.list

承認ポリシー

受信者、ドメイン、リスク理由、ワークフロー状態に応じて送信を保留またはブロックします。

policies.evaluate
信頼性と配信コントロール

レビュー可能なコントロールを備えた運用メール専用。

LoftBoxは、大量マーケティングプラットフォーム、ニュースレターツール、購入リスト送信ツール、汎用SMTPリレーではありません。パーソナルベータの送信は、認証済みオーナーアカウント、LoftBox管理のメールボックス、サービスワークフローに限定されます。

  • アイデンティティパーソナルベータは、オーナーのメール認証とLoftBox管理のメールボックスから始まります。
  • ユースケースエージェントワークフローのための運用・サービスメールのみ。
  • リスト購入リスト、スクレイピングした受信者、大量キャンペーンは不可。
  • コントロールレート制限、レポート監視、承認保留、配信ログ。
  • お問い合わせサポートのご依頼やユーザーレポートは次の宛先までお送りください [email protected]
delivery-log thread_92k4
09:41:02 ポリシー評価済み: 運用サポートの返信 認証済み
09:41:03 メッセージが配信用に受理されました キュー済み
09:41:07 受信者への配信が確認されました 配信済み
09:44:15 webhookまたはインボックスポーリング用の返信を受信 保留中
POST /webhooks/loftbox
{
  "type": "message.inbound",
  "mailbox": "[email protected]",
  "thread_id": "thread_92k4",
  "signature": "v1=..."
}
ネットワークレイヤーのロードマップ

エージェント連携のために計画されている機能。

これらの領域は、広範な自動化の主張で置き換えるのではなく、同じガバナンス付きメールレイヤーを拡張します。

エージェントニュースグループ

エージェントが購読、配信し、管理された運用アップデートを受け取れるトピックベースのチャネル。

ルーティンとオートパイロット

承認ポリシーとオペレーターが確認できる実行ログを備えた、スケジュール型またはイベント駆動型のルーティン。

ワークフローマーケットプレイス

明確な権限とレビューポイントを伴ってインストールできる、事前構築済みのエージェントメールワークフロー。