Claude Cowork Dispatchは、スマホから指示を送れます。ただし、その指示が実行される場所はスマホの中ではありません。起動中のPC上のClaude Desktopです。Cowork本体が2026年4月9日に一般提供になったあとも、この「依頼はスマホ、実行はPCに固定」という設計は変わっていません。
外出先からスマホで頼めるのに、実行場所は1台のPCから動かせない。この設計は、任せてよい仕事の範囲をどこで区切っているのか。
私はDispatchを「遠隔自動化」ではなく「依頼窓口」として使う限りで価値があると考えています。外出先から任せてよいのは読み取り・整理・下書きまでで、削除・送信・本番操作・Computer useによるアプリ操作のような実変更は、画面の前に戻ってから承認する、という線を引いています。これは公式の安全ガイドと利用者の反応から導いた判断で、Pro / Maxの個人利用を前提にしたものです。Team / Enterpriseでの組織運用にそのまま当てはまるかは、まだ検証していません。
この記事は、2026年5月18日時点で公式Help Center、Claude公式ブログ、Claude Code docs、X/Redditの利用者反応を確認して整理したものです。Cowork全体の位置づけはClaude Cowork完全ガイドで扱っており、本記事はそのうちモバイル連携の部分を、依頼窓口と実行場所の分離という切り口で掘り下げます。
Dispatchが指しているものを、最初に切り分けます。
依頼窓口とは、ClaudeモバイルアプリとClaude Desktopをつなぐ継続スレッドのことです。スマホから依頼を送ると、Claudeは内容に応じて、文書整理・表作成・メール要約のような知識労働はCowork、バグ修正・テスト実行・PR作成のような開発作業はClaude Codeのセッションに振り分けます。
実行場所とは、その依頼が実際に処理される場所です。Dispatchはスマホの中で処理を完結させません。Claudeは起動中のPC上で、許可済みのファイル、コネクタ、プラグイン、必要に応じてComputer useを使って作業します。
この2つを分けると、Dispatchは「スマホでClaudeに相談する機能」ではなく、依頼窓口をスマホに置き、実行場所はPCに固定したままの機能だとわかります。完了時や承認が必要なときは、スマホに通知が届きます。
公式Help CenterとClaude Code docsを確認すると、提供範囲は次のように整理できます。
| 観点 | 現在の理解 |
|---|---|
| 対象プラン | Pro / Max向け。Team / EnterpriseのCowork提供範囲とは分けて確認する |
| 対応OS | Claude DesktopはmacOS / Windows x64が前提 |
| セッション | 1つの継続スレッド。複数Dispatchスレッドの管理はできない |
| Computer use | Pro / Max向けの研究プレビュー。許可したアプリを実際に操作する |
日付を並べると、混同しやすい理由がわかります。2026年3月17日のリリースノートで、DispatchはPro / Max向けの研究プレビューとして案内されました。3月23日の公式ブログでComputer useが加わり、DispatchからPC上のアプリ操作まで頼める範囲が広がっています。そして4月9日のリリースノートで一般提供になったのは、Cowork本体だけです。Cowork本体の提供範囲と、DispatchやComputer useの提供範囲は同じではありません。
Dispatchを試す前に、次を確認します。
そのうえで、公式Help Centerの手順に沿うと、初回設定は次の流れです。
最初の依頼は小さくします。指示文は、条件を落とさないことが重要です。
PC上の Documents/reports/ フォルダだけを対象にしてください。
PDFを読み、ファイル名、要点、重要数字、確認すべき論点をMarkdown表でまとめてください。
ファイルの移動、削除、上書き保存、外部送信はしないでください。
追加の権限やアプリ操作が必要な場合は、実行前に確認してください。
依頼窓口をスマホに置いても、実行場所と権限がPCに固定される以上、遠隔から進めてよい仕事には線があります。私はこの線を承認境界と呼んでいます。読み取り・整理・下書きまでは遠隔から自動で進めさせ、削除・送信・本番操作・Computer useによるアプリ操作のような実変更は、画面の前に戻ってから承認する、という境界です。
この境界は、公式の安全ガイド2本(Use Claude Cowork safely、Let Claude use your computer in Cowork)が繰り返し置いている「実変更の前に確認する」という前提と、Computer useの記事ですでに取っている「画面操作よりコネクタ・APIを先に検討する」という私の立場(Claude Computer Useとは)を、Dispatchの遠隔文脈に当てはめたものです。Pro / Maxの個人利用を前提にした判断で、Team / Enterpriseでの組織運用にそのまま当てはまるかは検証していません。
境界の「任せてよい」側は、次のような依頼で試しやすいです。
| シーン | 依頼例 | 注意点 |
|---|---|---|
| 会議前の資料整理 | ReportsフォルダのPDFを要約し、重要数字と未確認論点を表にする | 機密資料を含む広いフォルダを渡さない |
| 商談直後の下書き | 許可済みCRMとメモから、次回確認事項を整理する | 送信や更新は自動実行させない |
| 移動中の資料構成 | 参考資料から10枚構成のスライド案を作る | 完成版ではなく構成案に留める |
| 領収書整理 | スキャン済み画像から日付、店名、金額、カテゴリ候補をCSV化する | OCR結果は人が確認する |
| 開発タスク | Claude Codeセッションを開いてバグ調査を依頼する | コード変更、テスト、PRは差分確認を前提にする |
SNS上の反応を見る限り、便利だと感じられているのは「外出先からPCの作業を進める」「スマホからClaude Code/Coworkに仕事を投げる」部分です。一方で、セットアップやペアリングの詰まり、使用量の重さ、OpenAIのCodex Remoteなど他社の遠隔操作機能との比較も話題になっています。ここから私が引く結論は、PC側で何を許可しているかを把握したうえで、下書き・整理・確認しやすい成果物から始める、という順番です。遠隔自動化の目新しさに気を取られると、この順番は後回しにされやすくなります。
「避けたい」側と理由を並べると、境界がもう少し具体的になります。
| 避けたい作業 | 理由 |
|---|---|
| 原本の削除・移動・上書き保存 | ローカルファイルに実変更が起きる |
| 顧客への送信、契約条件の確定 | 外部への影響が大きい |
| 出典未確認のまま公開 | 人間の確認が必要 |
| 本番環境の操作 | 影響範囲が読みづらい |
| 機密アプリの自動操作 | Computer useは実デスクトップを触る |
最後の行は、Computer useを有効にした場合に特有の境界です。Computer useを有効にすると、Claudeは画面を見て、クリックし、入力し、アプリを開けるようになります。これは、通常のCoworkのファイル操作やコネクタ利用とは安全境界が違います。Claude DesktopのSettings > Generalから有効化し、アプリごとに許可する仕組みで、macOSではAccessibilityとScreen Recordingの権限も関係します。
注意点は3つに集約できます。画面上の情報をClaudeが見るため、機密資料や個人情報を開いたままにしないこと。アプリ操作は仮想環境の外、実際のデスクトップ上で起きること。そして複雑なGUI作業は失敗しやすいため、直接連携やコネクタで済む作業を優先することです。特に金融、医療、契約、個人情報を扱うアプリでは安易に使わず、どうしても使う場合は専用の作業フォルダ、テスト用アカウント、バックアップ、アプリのブロックリストを用意します。
DispatchとClaude Code Remote Controlは、どちらも「離れた場所からClaudeに仕事をさせる」機能ですが、入口と実行単位が違います。
| 項目 | Dispatch | Claude Code Remote Control |
|---|---|---|
| 入口 | ClaudeモバイルアプリのDispatchスレッド | Claude CodeのCLI / VS Code / claude.ai/code |
| 実行場所 | Claude Desktop上のCoworkまたはCodeセッション | ローカルのClaude Codeセッション |
| 目的 | スマホから仕事を投げ、適切な作業面に振り分ける | すでにあるローカル開発セッションを別端末から操作する |
| セットアップ | モバイルアプリとDesktopをペアリング | claude remote-control や /remote-control を使う |
| 対象プラン | Pro / Max | Pro / Max / Team / Enterprise(Team / Enterpriseは管理者設定が関係する) |
Claude Code Desktop docsでは、Dispatchから起動されたCodeセッションはCodeタブのサイドバーにDispatchバッジ付きで表示され、Dispatch由来のCodeセッションでComputer useを使う場合、アプリ承認は30分で再確認されると説明されています。
この機能差だけを見るなら、私の判断基準は単純です。開発セッションがすでに手元にあるならRemote Control、資料整理・下書き・軽い開発が混ざる依頼ならDispatchを使います。Remote Controlが「既存のローカルセッションを別端末から操作する」設計であるのに対し、Dispatchは「依頼内容に応じてCowork / Codeへ振り分ける窓口」です。docs上のこの目的の違いを、そのまま使い分けの判断に流用しているだけです。
Dispatchが動かない場合、多くは機能の不具合ではなく、次の4つの軸のどこかに原因があります。
PC状態: Claude Desktopが閉じている、PCがスリープしている、というパターンが最も多いです。DispatchはPC上で仕事を進めるため、スマホだけがオンラインでも動きません。これは予約タスクの実行制約と同じ構造で、Claude Desktopが起きていて開いていることが前提になっている、というローカル実行の性質そのものです。
権限: 承認待ち、アプリ権限待ちでタスクが止まっていないか確認します。アプリ承認は30分で再確認されるという仕様から推測すると、ファイルアクセスやComputer useのアプリ許可は、依頼のたびに毎回確認されるとは限らないため、途中で止まったら権限まわりを疑います。
指示文: 結果が期待と違う場合、多くは指示文が曖昧なことが原因です。最低限、対象フォルダ、使ってよい情報源、出力形式、保存先、勝手に実行してよい範囲、承認が必要な操作を書きます。
使用量: 私自身はまだDispatchとCoworkの使用量を計測できていません。ここではRedditの反応を分析として扱います。dispatch_cowork_from_your_phoneスレとclaude_can_now_use_your_computerスレでは、DispatchやCoworkが通常のチャットやCLIより重く感じるという声があります。これは私自身の計測ではなく、利用者の反応を分析した結果であることを明示しておきます。複数ファイル、長い調査、Computer useを含む作業は使用量が増えやすいと見て、最初は小さいタスクで試すのが現実的です。実際に計測できるようになれば、この節に数値を追記します。
開発タスクを依頼する場合は、切り分けを指示文に書きます。
Claude Codeセッションを開き、login画面のバリデーション不具合を調査してください。
まず原因候補と変更予定ファイルを示し、承認後に修正してください。
修正後は該当テストだけ実行し、差分と結果を要約してください。
PR作成はまだしないでください。
ここまでの整理を、依頼窓口と実行場所という軸で並べ直すと、一つのことが見えてきます。Dispatchが増やしたのは依頼窓口の数だけで、実行場所と権限は1つも増えていません。 スマホからでもCoworkのタブからでも、処理は同じ1台のPC、同じ許可済みファイル・コネクタ・プラグインの上で起きます。Remote Controlも同様に、増えるのは操作できる端末の数であって、実行されるローカルセッションの数ではありません。
この軸で見ると、私が引く実務上の結論は一つです。遠隔から依頼できる範囲が広がるほど、先に決めるべきは便利さではなく承認境界の設計です。 読み取り・整理・下書きは窓口が増えるほど恩恵が大きく、削除・送信・本番操作・Computer useのアプリ操作は、窓口が増えてもリスクの性質が変わらないからです。
この記事で扱えなかったのは、Team / Enterprise配下での組織的なDispatch運用と、Remote Control以外の遠隔操作機能(他社の同種機能を含む)との比較です。どちらも、承認境界を個人の判断ではなく組織のポリシーとして設計し直す必要が出てくる領域だと考えています。ここは検証でき次第、別の記事で扱うつもりです。