Claude Code Dispatchは、Telegramなどのメッセージングアプリからマシン上のClaude Codeインスタンスを操作できるリレー層です。チャットに入力した内容は、手元のファイルや接続されたアプリ、プラグインとともにマシン上で実行されます。エージェントのルームは、複数人がそれぞれの権限に基づいてそのエージェントに作業を依頼できる共有スペースです。危険なアクションはオーナーの承認待ちで一時停止し、すべての記録が残ります。
どちらもエージェントをローカルに保持します。違いは、そのチャットに何が許可されているかです。
Dispatchが得意なこと
すでにTelegramを日常的に使っている個人にとって、スマートフォンからローカルセッションへの最短経路です。新しいアプリは不要で、チャットがインターフェースになり、マシンが作業をこなします。電車の中から「テストを再実行して結果を教えて」と送るような用途には、これ以上のものはありません。
限界となる部分
Dispatchはメッセージをそのまま指示として扱います。自分以外の誰かが投稿できるようになると、次の3つの問題が生じます。
- チャットへの参加がパーミッションモデルになる。 チャットに書き込める人なら誰でも、エージェントが実行できることなら何でも実行できてしまいます。
- 何も一時停止しない。 「古いブランチを整理して」という指示は、テキストとコマンドの間に人間が介在することなく
git branch -Dに変換されます。 - 個人ごとの記録がない。 グループチャットでは誰が入力したかは見えますが、エージェント側には誰が依頼し、誰が許可し、どれだけのコストがかかったかという概念がありません。
チャットのメンバーが1人である限り、どれも問題にはなりません。メンバーが2人になった瞬間に、すべてが問題になります。
ルームが追加するもの
- 個人ごとの権限。 ある人には読み取り専用、別の人には編集権限、さらに別の人には常時許可を与えることができます。
- 常に一時停止するアクション。 共有ブランチへのプッシュ、削除、支出、認証情報へのアクセスはオーナーの確認を待ち、オーナーのスマートフォンに承認カードが届きます。
- すべてのタスクにリクエストIDとタイムラインが付与され、ルーム内の全員に表示されます。
- 受信箱があるため、ノートPCを閉じている間に送信されたメッセージも、PCを開いたときに実行されます。
- チャットプラットフォームとの連携。 現在はSlackに対応：エージェントごとに専用のボットが用意され、DMやメンションを送ることができ、承認リクエストはオーナーのDMに届きます。同じルームとルールに紐づく形でFeishu/LarkやDingTalkが続き、その後にTelegramが対応予定です。詳細はSlackコネクタをご覧ください。
両方を併用する
自分用にはDispatch、他の人たちにはルーム。両者は競合しません。どちらもマシンからのアウトバウンド接続を使用し、ルームを提供するdaemonはDispatchが接続しているターミナルに関係なくバックグラウンドサービスとして動作します。
よくある質問
Can I add approvals to Dispatch? リレー自体には追加できません。セッション内ではClaude Code自体のパーミッションモードが引き続き適用されますが、ルームはその上に個人ごとの権限と常に一時停止するレイヤーを追加します。
Will muti support Telegram? 初期ユーザーのチームが使っていたため、Slackを最初にリリースし、続いてFeishu/LarkとDingTalkに対応しました。Telegramはその後に対応予定です。すべてのコネクタは同じルームモデルを共有します。
Is a room slower than a relay? 経路の長さは同じです：メッセージ → サービス → アウトバウンドポーリング → マシン。違いは権限チェックであり、これはデータベースのルックアップに過ぎません。
自分にはリレーを。チームにはルームを。エージェントにルームを用意しましょう。
公開日