Channels と連携
Channels は外部サーフェスのためのダッシュボード制御面です。OpenClaw、メール、MCP 経由で ASAPilot を動かしつつ、ビジネスロジックは 1 つの製品に保ちます。
現在 provision できるチャネル
OpenClaw Skill
ASAPilot を skill-driven gateway として OpenClaw に提供し、複数ターン分析、アカウント認識アクション、自動化制御を行います。
workspace に安全な inbox を持たせ、関係者が同じメールスレッドで返信し続けられるようにします。
MCP
ASAPilot を streamable HTTP MCP server として公開し、IDE や agent framework、独自 runtime から共有ツールを使えるようにします。
表示されるがまだ provision できないチャネル
現在のカタログには Slack と DingTalk も planned adapter として表示されます。ロードマップ項目として UI に見えますが、まだ provision はできません。
このモデルの考え方
- • 共有 runtime が chat、アカウント検索、自動化管理、返信の全てを担当します。
- • transport adapter は認証、流入、thread mapping、配信形式だけを扱います。
- • provisioning は setup 手順と一度きりの secret を返し、ダッシュボードには preview だけが残ります。
- • thread continuity は中央で保持されるため、email reply、MCP session、skill thread が 1 つの ASAPilot 会話に結びつきます。
Channels を使うべき時
- オペレーターがすでに skill-driven client 上で仕事をしているなら OpenClaw を使います。
- 役員やパートナーがダッシュボードを開かずに非同期アクセスしたいなら Email を使います。
- 接続先が IDE、agent runtime、automation framework で tool protocol を話せるなら MCP を使います。
開発者向け
MCP クイックスタート
IDE やエージェントフレームワークを 5 分で接続します。
開発者向け
MCP ツールリファレンス
5 つの MCP ツールの全パラメータと例を確認します。
OpenClaw ランディングページ
OpenClaw ユーザー向けの商用概要ページです。
ダッシュボードマップへ戻る
製品全体の中で Channels がどこにあるかを確認します。
チャネル上の chat の挙動
外部チャネルもダッシュボードも同じ chat runtime を使います。