長時間実行されるAIワークのためのイベントレイヤー

AIエージェントの見張り番はもう終わり。

タスク完了・失敗・ブロック・人の決定をひとつの軽量APIで。エージェントは動き続け、あなたは必要な時だけシグナルを受け取ります。

開発者のために設計
REST API · MCPツール · メールファースト

あなたのエージェントの状況
ライブプレビュー
受信箱サマリー

あなたが必要なことだけ。

新着2件
決定が必要

デプロイ戦略を選択

両ビルドが成功。本番リリースはあなたの決定待ち。

ブルーグリーンローリングトレードオフを確認 ↗
タスク完了

認証ミドルウェアをリファクタ

18テスト成功 · 変更コミット済み · ブロックなし

検証結果を添付
タスク停止中

DBマイグレーションを実行

ステージング認証情報が不足。エージェントは安全に一時停止。

対応が必要
ターミナルの監視は不要
SMTP認証情報はサーバー側のみ
既存のワークフローにそのまま
⌘ Codex✳ WorkBuddy⌁ MCPクライアント{ } 任意のRESTクライアント
見張りを減らし、やることに集中。

また一つのエージェントダッシュボードではありません。
必要な時にだけシグナルを。

長時間の作業に長時間の監視は不要です。今使っているツールから構造化イベントを送るだけ。

✓
01 / 完了

完了がわかる

何が変わり、どう検証され、何が残っているかのコンパクトな要約——単なる「完了」ピングではなく。

⌁
03 / ルーティング

1つのインターフェースで複数エージェント。

すべてのワークフローで同じREST API / MCPアダプタを利用。まずメールから、チャネルは必要に応じて追加。

⟡

退屈なインフラを目指します。 SMTP認証情報はあなたのサーバーにのみ保存。呼び出し元ごとに独立したAPIキー・クォータ・監査ログを提供します。

セキュリティモデルを読む →
3ステップで導入

エージェントは動かし続ける。
呼ぶのは必要な時だけ。

新しいエージェントランタイムは不要。エージェントが意味のあるイベントを報告し、配信・重複排除・使用量集計はサービスが処理します。

導入ガイドを読む ↗
01

エージェントがイベントを報告

実行の完了・失敗・ブロック・決定が必要な場面で、RESTまたはMCPツールを1回呼び出します。

report_task_event(...)
02

サービスが検証して記録

APIキー認証、クォータ実行、イベントID保存で重複通知を防ぎます。

POST /v1/task-events
03

役立つ要約が届く

アカウントに登録されたメールへ配信。決定リクエストは次のアクションを明確にします。

email_status: sent
1回の呼び出しから

あなたのワークフローに
そのまま組み込む。

トランスポート非依存。SMTPは一元管理し、各エージェントには自身のAPIキーのみを渡します。

  • ✓ ユーザーごとの独立APIキー
  • ✓ 受信者はキーに紐付け
  • ✓ 重複排除のための安定したイベントID
  • ✓ メールが受信箱に届き、今後さらにチャネルを追加予定
開発者ドキュメントを開く
BASH
curl -X POST "$NOTIFIER_URL/v1/task-events" \
  -H "Authorization: Bearer $NOTIFIER_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "event_type": "completed",
    "task_name": "Ship search endpoint",
    "summary": "Endpoint implemented and reviewed.",
    "verification": "24 tests passed",
    "next_steps": "Deploy to staging",
    "event_id": "search-api-release-01"
  }'
SMTPはホスト型サービスが一元管理API v1 · JSON
長時間タスクのために

「少し待って」が1時間になるとき、役に立ちます。

AIの進捗を確認する注意力を減らし、人が必要な少数の決定に注力しましょう。

⌘

長いコーディングタスク

リファクタ、マイグレーション、テストスイート、レビューとリリース準備。

◌

調査と評価

バッチ調査、競合分析、実現性評価とレポート。

⇄

マルチエージェントワークフロー

動き続ける中で、入力待ちのエージェントだけを通知。

⚑

承認チェックポイント

リスクや曖昧な操作を停止し、明確な質問を担当者へ返します。

アーリーアクセス

シンプルに始めて、流れを証明する。

最初の統合と配信信頼性の検証期間中、料金は暫定的にシンプルです。

プライベートベータ

開発者プレビュー

実際の長時間エージェントワークフローで通知を試す個人開発者向け。

$0/ ベータ期間中

カード登録不要。メールで登録すれば、コンソールで自分でAPIキーを作成できます。

プレビューに含まれるもの

  • ✓ REST APIとローカルMCPアダプタ
  • ✓ タスク完了 / 失敗 / ブロックイベント
  • ✓ 人の決定リクエストメール
  • ✓ キー別クォータとイベント重複排除
  • ✓ Webコンソール:使用量・イベント・キー管理
プレビューを始める →

公開プラン・クォータ・チャネル上限・保持期間は、実装とテスト完了後に公開します。

FAQ

明確な回答。
誇大な主張はなし。

本製品が知るのは、エージェントやランタイムが実際に報告したイベントのみです。フックによる自動検出は各ホストのライフサイクルイベント対応に依存します。

完了したタスクを自動的に通知してくれますか?+

はい。セットアッププロンプトをエージェントに貼り付けると、タスクの完了・ブロック・失敗・意思決定が必要な場面で自動的にメールを送ります。手動での操作は不要です。ただし、これはスキルルールによる駆動でありホストレベルのフックではないため、まれに報告が漏れることがあります。100%確実な検出には各プラットフォームのライフサイクルフック対応が必要です。

ユーザーはSMTPを設定する必要がありますか?+

いいえ。SMTP認証情報はホスト型サービス側でのみ設定します。各APIキーは登録済みの通知メールアドレスに紐付けられ、メールエンドポイントの悪用を構造的に制限します。

エージェントは任意の受信者を指定できますか?+

できません。現在のバージョンは意図的に任意の受信者・送信者を受け付けません。より広い第三者メール利用の前に、受信者検証と管理されたホワイトリストを追加します。

メール受信=受信箱に届いた、ですか?+

違います。「送信済み」はSMTP事業者がメッセージを受け付けたことを指します。バウンス・苦情アドレスは事業者フックで自動抑制されます。受信箱配置の完全な分析はまだロードマップ上です。

CodexやWorkBuddyで使えますか?+

使えます。Codex、CodeBuddy、Claude Code、WorkBuddy、その他のMCPクライアントにそのまま対応:コンソールのセットアッププロンプトをエージェントに貼り付けるだけで、ローカルアダプターのインストールと接続確認が自動で行われます。MCP非対応のプラットフォーム(DoubaoやQianwenのカスタムツールなど)はHTTP経由で同じサービスに接続できます。

長時間作業を軽くする

エージェントに任せて。
重要な時だけ呼ぶ。