Claude Code ChannelsとCowork Dispatch: 何がどう違うのか
Claude Code ChannelsとCowork Dispatch: 何がどう違うのか
Anthropicの製品を見ていると、似ているようで違う2つの概念がよく出てきます。1つはClaude CodeまわりのChannels系の体験、もう1つはClaude CoworkのDispatchです。どちらも一見すると「離れた場所からClaudeに仕事を任せる仕組み」に見えますが、実際には出発点も、実行環境も、向いているユーザーもかなり違います。
まずは結論から言うと、こんな違いがあります。
- Claude Code Channelsは、会話チャネルからClaude Codeにコーディング作業を渡す仕組みに近いです。
- Cowork Dispatchは、デスクトップで動くClaudeの作業を、スマホとデスクトップの同じ会話の中で続けて指示できる仕組みに近いです。
つまり、どちらも「リモートで指示する」ように見えて、実際の性格はかなり違います。片方はコード作業の委任インターフェースに近く、もう片方は継続型の個人業務ハンドオフ・インターフェースに近いと言えます。
注: Anthropicの公開ドキュメント基準では、Dispatchの説明のほうがより直接的です。Channelsは公開情報がまだ限定的なので、この記事ではAnthropic公式のClaude in SlackとClaude Code on the webのドキュメントをもとに、Channelsに近いワークフローとして解釈して比較しています。
まずは一文で定義する
Claude Code Channelsは何に近いのか
Anthropicの公式Slackドキュメントによると、Slackのチャンネルやスレッドで@Claudeにコーディング関連の依頼をすると、Claudeがその意図を検知し、Web上でClaude Codeセッションを作成します。そして進捗をスレッドに返し、作業が終わるとセッション全体へのリンクとPRリンクを提供します。
この説明から見えてくる核心ははっきりしています。
Claude Code Channels系の機能は、「メッセージチャネルからコーディング作業を始め、実際の実行はClaude Codeセッションが担当する構造」に近いです。
つまりチャネルは作業を始め、状況を共有する入口であり、実際のコーディング実行エンジンはClaude Codeです。
Cowork Dispatchとは何か
AnthropicのAssign tasks to Claude from anywhere in Coworkのドキュメントによると、Dispatchはスマホとデスクトップのどちらからでもアクセスできる1つの連続した会話を提供します。ユーザーはスマホからClaudeに作業を依頼でき、ClaudeはユーザーのデスクトップPC上でローカルファイル、コネクタ、プラグインを使って作業し、その結果を同じ会話に返します。
一文でまとめるとこうです。
Dispatchは、「自分のコンピュータ上で働くCoworkを、モバイルとデスクトップの両方から同じ会話で使い続けるための機能」です。
最大の違い1: 実際の作業はどこで動くのか
初心者が最初に見るべき違いは、実行される場所です。
Claude Code Channels側
AnthropicのSlack公式ドキュメントとClaude Code on the webの説明を合わせて読むと、コーディングの依頼はClaude Code on the webにルーティングされ、そこで作業ごとに隔離された仮想マシンが作られます。GitHubリポジトリをクローンし、セットアップコマンドを実行し、Claudeがコードを読んで修正し、テストを走らせ、結果をブランチとPRとして残します。
つまりこちらは基本的に、リモート環境で動くリポジトリ中心のコーディング作業です。
Cowork Dispatch側
一方でDispatchは、自分のデスクトップ上で動くCoworkを前提にしています。Anthropicの公式ドキュメントでは、Claudeがユーザーのコンピュータ上で、しかもCoworkがアクセス権を持つローカルファイル、コネクタ、プラグインを使って作業すると説明されています。
つまりこちらは基本的に、自分のPCを中心に動く知的業務エージェントです。
要約するとこうなります。
- Channels系: GitHubリポジトリ中心、Web/リモート実行
- Dispatch: 自分のデスクトップ中心、ローカルファイルとアプリ連携で実行
この違いを押さえるだけでも、両者をかなり正確に区別できます。
最大の違い2: 会話は毎回新しく始まるのか、それとも続くのか
Claude Code Channels側はタスク単位のセッションに近い
Slackドキュメントで説明されている流れは次のようなものです。
- チャンネルやスレッドでコーディング依頼をする
- Claudeがコーディング意図を検知する
- 直近のメッセージ文脈を集める
- 新しいClaude Codeセッションを作成する
- 進捗と結果をスレッドに返す
つまり構造の中心にあるのは、依頼ごとに生成されるClaude Codeの作業セッションです。もちろんスレッドの文脈は取り込みますが、焦点は「その会話空間自体が永続的な作業空間であること」ではなく、特定のコーディング作業を渡して処理することにあります。
Dispatchは1つの継続会話に近い
Dispatchのドキュメントはもっと直接的です。Instead of starting a new session for each task, you have a single persistent thread with Claude. と説明されています。つまり、作業ごとに新しいセッションを作るのではなく、1つの持続するスレッドが維持されるということです。
これが重要なのはなぜでしょうか。
- 前日にスマホで頼んだ仕事の文脈を、翌日にデスクトップでそのまま引き継げます。
- 結果物のスタイル、好みの形式、すでに触れたファイルの文脈が引き継がれます。
- 同じアシスタントと継続して仕事している感覚が強くなります。
要するに:
- Channels系: タスクごとにClaude Codeセッションを立ち上げる感覚
- Dispatch: 1つの持続会話の中で作業を続ける感覚
最大の違い3: 何が成果物になるのか
Channels側の成果物はたいていコード変更とPR
Claude Code on the webのドキュメントによると、Claudeは作業完了後に変更を新しいブランチへpushし、ユーザーはそのままインターフェース上でプルリクエストを作成できます。Slackのドキュメントでも、作業終了時にセッション全体へのリンクとPRレビューリンクが提供されると説明されています。
つまりここでの基本的な成果物は、だいたい次のようなものです。
- コード修正
- テスト結果
- ブランチ
- PR
Dispatch側の成果物は文書、表、要約、整理済みファイル
DispatchとCoworkの公式ドキュメントが繰り返し強調しているのは、コーディングよりも知的業務の成果物です。たとえば:
- スプレッドシートの要約
- ブリーフィング文書
- 比較表
- プレゼンテーション
- 整理されたフォルダ構成
つまりDispatchは「コードを出荷するための経路」というより、自分のコンピュータ上の個人業務エージェントが成果物を作ってくれる経路に近いです。
最大の違い4: どんな人に向いているのか
Claude Code Channelsが向いている人
次のような人たちに特によく合います。
- チームチャットに出てきたバグや機能要望を、そのままコード作業に渡したい開発チーム
- Slackの会話文脈を保ったままリポジトリ作業を始めたいチーム
- GitHubリポジトリとPRを中心に協業するエンジニア組織
- 「この issue を直して」といった依頼をメッセージベースで投げたい人
核心は、チームの協業会話から直接コーディング作業を発射することです。
Dispatchが向いている人
こちらは次のような人により向いています。
- スマホから仕事を依頼し、実際の処理は自宅や会社のPCで回したい人
- ローカルファイル、Slack、メール、Driveなど複数のコネクタをつないで文書業務を自動化したい人
- コードよりもリサーチ、整理、文書作成、分析のほうが重要な人
- デスクトップで働くAIアシスタントに近い体験を求める人
核心は、自分のコンピュータ環境を土台にした長時間の業務を委任することです。
混同しやすい3つのポイント
1. どちらも単なる「モバイルでClaudeを使う機能」ではない
違います。どちらもモバイルやメッセージインターフェースから見えることはありますが、本質はどこでどんな実行エンジンが動くかです。
- Channels系は、メッセージ空間からClaude Code作業をトリガーする感覚です。
- Dispatchは、スマホからCoworkをデスクトップで動かし続ける感覚です。
2. Dispatchはクラウドエージェントではなく、デスクトップ依存の機能
Anthropicの公式ドキュメントによると、DispatchはClaude Desktopアプリが開いていて、コンピュータが起きている必要があります。つまり完全なサーバー型バックグラウンドエージェントではありません。実際の作業マシンは自分のPCです。
3. Channels側は共有文脈が強く、Dispatch側は個人文脈が強い
SlackベースのClaude Codeフローは、チャンネルやスレッドという共有された会話文脈から始まります。一方のDispatchは、自分のファイル、自分のプラグイン、自分のコネクタ、自分のデスクトップという個人の実行文脈への依存がより強いです。
表で見るともっとわかりやすい
項目 | Claude Code Channels系 | Cowork Dispatch |
|---|---|---|
核心目的 | チャット空間からコーディング作業を始める | スマホとデスクトップをまたいで業務を継続的に委任する |
実際の実行場所 | | 自分のコンピュータ上のCowork環境 |
主な作業内容 | バグ修正、コード変更、PR作成 | 文書作成、要約、分析、ファイル整理 |
会話構造 | タスクごとの作業セッション中心 | 1つの持続スレッド中心 |
典型的な成果物 | ブランチ、テスト、PR | 文書、スプレッドシート、ブリーフィング、整理済みファイル |
向いているユーザー | 開発チーム、GitHub中心の協業者 | 個人の自動化ユーザー、知的労働者 |
前提条件 | | |
では、どう選べばいいのか
選び方はかなりシンプルです。
これに「はい」ならClaude Code Channels側
- やりたいことは最終的にコードリポジトリの変更ですか。
- 成果物はPRである必要がありますか。
- チームのチャンネルやスレッドから直接依頼を始めたいですか。
これに「はい」ならDispatch側
- 作業には自分のコンピュータ上のファイルやアプリを使う必要がありますか。
- コードよりもリサーチ、文書、整理、分析のほうが重要ですか。
- スマホとデスクトップで同じ会話を続けたいですか。
結論: 似て見えても、出発点はまったく違う
最も短く要約すると、こうなります。
Claude Code Channelsは「会話チャネルからコーディング作業をClaude Codeにつなぐ機能」であり、Cowork Dispatchは「デスクトップで動く業務エージェントを、スマホとデスクトップの1つの会話で使い続ける機能」です。
だから、開発チームのコード協業フローにAIを組み込みたいならChannelsのほうが自然です。個人の業務自動化や知的労働の補助を求めるならDispatchのほうが自然です。
どちらも「Claudeに仕事をさせる」仕組みではありますが、片方はコード実行パイプラインに近く、もう片方は個人業務の実行パイプラインに近いです。
5行まとめ
- Channels系は、メッセージ空間からClaude Codeの作業をトリガーする仕組みとしての性格が強いです。
- Dispatchは、デスクトップで動くCoworkを、モバイルとデスクトップの単一スレッドで使い続ける機能です。
- Channels側の成果物はたいていコード変更とPRです。
- Dispatch側の成果物はたいてい文書、要約、表、整理済みファイルです。
- 開発者の協業にはChannelsが、個人の業務自動化にはDispatchがより向いています。
参考にした英語の公式資料
- Claude Help Center, Using Claude in Slack
https://support.claude.com/en/articles/12461605-using-claude-in-slack - Claude Help Center, Getting started with Claude in Slack
https://support.claude.com/en/articles/11506255-getting-started-with-claude-in-slack - Claude Help Center, Claude Code on the web
https://support.claude.com/en/articles/12618689-claude-code-on-the-web - Claude Help Center, Get started with Cowork
https://support.claude.com/en/articles/13345190-get-started-with-cowork - Claude Help Center, Assign tasks to Claude from anywhere in Cowork
https://support.claude.com/en/articles/13947068-assign-tasks-to-claude-from-anywhere-in-cowork