Claude Code Dispatchでスマホから遠隔操作する実務ガイド

移動時間は「空白」ではなく「指示出しの時間」に変えられます。デスクの前にいない時間を、そのまま開発の進捗に変換する。

「移動が多くて、まとまった作業時間が取れない」「外出先で障害報告を受けても、PCを開くまで何も始められない」「退社後に思いついた改善を、翌朝まで寝かせてしまう」——こうした声は、少人数で事業とプロダクトの両方を回しているチームほど強くなります。稼働時間そのものを増やすことはできませんが、稼働していない時間にAIを動かしておくことはできます。

Claude Code Dispatchとは、スマートフォンやタブレットからデスクトップのClaude Code環境に指示を送り、AI開発タスクを遠隔で実行・確認できる仕組みです。 外出先でタスクを投げ、デスクに戻ったときには結果が揃っている、という働き方を可能にします。本記事では、その動作原理からセットアップ、安全な運用設計、そして「移動時間を成果に変える」ための業務設計までを整理します。

本記事は——「Claude Code実践ガイド｜AI開発の生産性を高める運用設計」シリーズの一部です。

この記事でわかること

外出先のスマホからデスクトップのClaude Code環境にタスクを投げて結果を受け取るまでの、設定と運用の全体像をまとめています。

• Dispatchの動作原理とアーキテクチャ — スマホ・中継サーバー・デスクトップの3層でどうタスクが流れるのか、汎用のリモート接続と何が違うのかを整理します。
• セットアップ手順とMac側のスリープ対策 — 起動からQRコード接続までの流れに加えて、外出中に接続が切れないための電源設定まで扱います。
• 実務での活用パターン — 移動中のレビュー依頼、緊急時の初動、夜間の定型タスクなど、時間帯別の投げ方を具体化します。
• セキュリティと権限設計 — autoモードのallowedTools制限、CLAUDE.mdによるコンテキスト永続化、接続状態の監視をセットで設計します。
• 向かないケースと判断基準 — Dispatchに任せるべきでないタスクを率直に示し、人間が判断する領域を切り分けます。

移動や外出が多く、開発・検証業務を止めたくないエンジニアや、チームの稼働効率を設計し直したいマネージャーの方に向けて書いています。最後まで読むと、自社の業務フローのどこにDispatchを差し込むかを決め、安全な権限設定とともに小さく運用を始められるようになります。

対象読者: 移動中や外出先からも開発タスクを進めたいエンジニア、リモートワーク環境の生産性を向上させたい方

Claude Code Dispatchとは何か

Dispatchは、リモートデバイス（スマホ・タブレット）からデスクトップ上のClaude Codeセッションにタスクを送信するための仕組みです。まずは「何ができて、何ができないのか」の輪郭を押さえておくと、後の設計判断がぶれません。

デスクトップの環境をそのまま使うという発想

Dispatchの特徴は、スマホ側に開発環境を用意するのではなく、デスクトップ側の環境をそのまま使う点にあります。プロジェクトのソースコード、依存パッケージ、ローカルの設定ファイルはすべてデスクトップに置いたままで、スマホは「指示を出し、結果を読む窓」に徹します。

この割り切りがあるため、スマホ側で環境構築をする必要がありません。逆に言えば、デスクトップが動いていない状態では何もできない、という前提もここから生まれます。

Claude Coworkの一部としての位置づけ

Dispatchは、Claude Codeを個人の開発ツールからチーム・組織のAI基盤へ拡張する「Claude Cowork」の一部として提供されます。通勤中にスマホで指示した内容が、オフィス到着後のデスクトップでそのまま続くため、端末をまたいでもコンテキストが途切れません。

「作業場所が変わるたびに、AIへ前提を説明し直す」という無駄がなくなることが、機能としての本質的な価値です。

既存の遠隔操作（DD-13）との違い

DD-13（リモートコントロール全般）では、SSH接続やVSCode Remote、tmuxなどの汎用的なリモートアクセス手法に加えて、ローカルのターミナルセッションをスマホへ引き継ぐClaude公式のRemote Control機能を解説しています。Dispatchはこれらとは異なり、Claude Code専用に設計されたモバイルフレンドリーな遠隔操作ツールであり、Remote Controlの「セッションの引き継ぎ」をさらに進化させ、スマホとデスクトップにまたがる1つの連続した会話を維持する点が最大の特徴です。

ただし、Dispatchは汎用リモートの上位互換ではありません。ターミナルを細かく叩きたい場面や、複数プロセスを同時に監視したい場面では、従来のSSHやtmuxのほうが素直です。「投げる・受け取る」に特化した道具として位置づけるのが実態に合います。

動作原理とタスクの流れ

Dispatchを安全に運用するには、指示がどこを通ってどこで実行されるのかを理解しておく必要があります。経路が分かれば、どこにセキュリティ上の確認ポイントを置くべきかも自ずと決まります。

3層のアーキテクチャ

Dispatchのアーキテクチャは以下の通りです。

[スマホ / タブレット]
  ↓ タスク指示（テキスト）
[Dispatchサーバー（中継）]
  ↓ タスク転送
[デスクトップ Claude Code]
  ↓ タスク実行
[Dispatchサーバー]
  ↓ 結果返却
[スマホ / タブレット]

スマホからテキストでタスクを指示すると、Dispatchサーバーを経由してデスクトップのClaude Codeにタスクが転送されます。Claude Codeがタスクを実行し、結果がスマホに返されます。

実行はあくまでデスクトップ側で起きる

重要なのは、コードの読み書きやコマンドの実行がすべてデスクトップ側で起きるという点です。スマホは指示と結果表示だけを担当します。

したがって、権限設計の対象はスマホではなくデスクトップ側の設定になります。「スマホを落としたらどうなるか」ではなく「そのスマホから何が実行できてしまうか」を基準に考えると、後述する権限設定の必要性が理解しやすくなります。

中継サーバーを経由する前提を社内ルールに落とす

タスクの送信はAnthropicのサーバーを経由します。これは利便性の裏返しであり、機密性の高いコードベースを扱う場合は、社内のセキュリティポリシーとの整合を先に確認しておく必要があります。

当社では、こうした「外部サービスを経由する業務」は個人の判断に委ねず、対象プロジェクトの範囲をあらかじめ決めておく運用をおすすめしています。人ではなくルールで線を引いておけば、担当者が変わっても同じ判断が再現されます。

セットアップ手順とMac側の接続維持

ここからは実際の導入手順です。Dispatchの導入でつまずくポイントは接続そのものより、外出中にデスクトップがスリープして接続が切れることにあります。設定と電源管理をセットで進めてください。

1. デスクトップ側の準備

# Claude Codeを最新版に更新
claude update

# Dispatchモードでセッションを開始
claude dispatch start --project /path/to/your/project

起動すると、接続用のURLまたはQRコードが表示されます。

2. スマホからの接続とタスク送信

表示されたURLにスマホのブラウザからアクセスするか、QRコードをスキャンします。認証が完了すると、モバイル最適化されたインターフェースが表示されます。

スマホの入力欄にテキストでタスクを記述し、送信します。

「src/components/Dashboard.tsxのKPIカードのスタイリングを
Tailwind CSSのgridレイアウトに変更して、レスポンシブ対応にしてください」

3. 接続を維持するMac側の設定

Dispatchの最大の注意点は、デスクトップ（Mac）がスリープ状態になると接続が切断されることです。外出中もDispatchを使い続けるには、スリープを防止する設定が目安になります。

# macOSのスリープ設定を確認
pmset -g

# AC電源接続時のスリープを無効化（推奨）
sudo pmset -c sleep 0
sudo pmset -c disksleep 0

# ディスプレイのみスリープ（省電力と接続維持の両立）
sudo pmset -c displaysleep 5
sudo pmset -c sleep 0

Macがノート型の場合: 外出前にAC電源へ接続した状態でスリープ防止設定を適用してください。蓋を閉じるクラムシェルモードではスリープに入る場合があるため、外部ディスプレイを接続するか、Amphetamineなどのスリープ防止アプリの利用を検討してください。

外出前チェックの定型化

この「外出前の準備」は、覚えている人だけが実行する属人的な手順にすると抜けが生じやすくなります。出張や外出の前に確認する項目を固定し、誰でも同じ手順を踏めるようにしておくのがおすすめです。

最後の「短いタスクを1件送る」は地味ですが効果があります。駅に着いてから接続断に気づくより、席を立つ前に分かるほうが圧倒的に手戻りが小さくて済みます。

実務での活用パターン

Dispatchの効果は、機能そのものより「どの時間帯に、どの粒度のタスクを投げるか」で決まります。ここでは時間の使い方に紐づけて整理します。

移動中・緊急時に投げるタスク

通勤電車やタクシーの中から、Claude Codeに「最新のPRの変更点を分析して、潜在的な問題点を指摘して」と指示します。到着する頃にはレビュー結果が手元に届いています。レビューの角度を増やしたい場合は、Claude CodeとCodexの連携でセカンドオピニオンを同時に取得する方法もあります。

本番環境でエラーが報告された際も、外出先からスマホで「エラーログを確認して、原因を特定し、修正案を作成して」と指示できます。デスクトップに戻らなくても初動対応を開始できます。ただし、修正の適用判断まで移動中に済ませようとしないことが大切です。初動は調査まで、適用は人間が画面を見て判断する、という線引きを最初に決めておくと事故が起きにくくなります。

夜間・待ち時間に投げるタスク

退社後に「明日のミーティング用に、今週のコミット履歴からリリースノートのドラフトを作成して」と指示しておけば、翌朝出社した時に成果物が準備されています。

「テストスイート全体を実行して、失敗したテストの一覧と原因分析をまとめて」といった時間のかかるタスクを、外出前にスマホから投げておくパターンも有効です。Figmaのデザインをもとにしたコンポーネント実装のように、まとまった時間がかかる作業も同じように投げておけます。手順はClaude Code × Figma連携で解説しています。

時間帯別・タスク粒度の対応表

投げるタスクの粒度を、時間帯ごとに整理すると迷いが減ります。

長く放置できる時間帯ほど、重いタスクを割り当てるのが基本です。逆に、細切れの移動時間に長時間タスクを投げても、結果を確認する前に次の予定が始まってしまい、確認漏れの原因になります。

経営者・マネージャーの時間活用術

Dispatchの真価は、技術的な機能よりも「時間の使い方が変わる」ことにあります。経営者やマネージャーにとって、1日のうち移動に費やす時間は少なくありません。この時間をAIへの指示出しに使えれば、到着時にはタスクが完了しています。

• 通勤中にタスク指示 → オフィス到着時に完了: 朝の通勤電車の中で「今日の定例MTG用に、先週のGitコミット履歴から変更点をカテゴリ別に整理して報告用サマリーを作成して」と送信します。通勤時間が経過する間にデスクトップ上でGitログの解析とドキュメント生成が進み、到着後は結果を確認して修正指示を出すだけです。
• 出張中にデスクトップ環境をフル活用: 出張先のホテルや空港の待ち時間から、オフィスのMacで動作しているClaude Codeに「APIエンドポイントのバリデーション不足を一括チェックして修正案を作成して」と依頼できます。VPNやSSH接続なしでも、Anthropicのサーバーを経由してMac上のファイルへアクセスできます。
• タクシー移動中の分析依頼: 営業訪問の移動中に「過去6ヶ月のAPI利用状況をログから集計して、月別のリクエスト数推移とエラー率をCSVで出力して」と依頼しておけば、到着時にはCSVが生成され、すぐに可視化に取りかかれます。

移動時間や待ち時間を開発生産性に変換できるため、メンバー一人ひとりの稼働時間が限られる少数精鋭チームほど、実質的な作業時間を拡張できます。

セキュリティと権限設計

Dispatchはリモートからコード実行を可能にするため、セキュリティ対策は必須です。ここは「使う前に決めておく」領域であり、走りながら考えると危険な部分です。

推奨設定の全体像

この5点のうち、最初に手を付けるべきは認証トークンとパーミッションモードです。ネットワーク制限やログ記録は組織のインフラ方針にも関わるため、個人での試用段階では前2つを固め、チーム展開のタイミングで残りを整えるという順序が現実的です。

autoモードとの組み合わせ

Dispatchでスマホからタスクを送る場合、autoモード（DD-31）との組み合わせがおすすめです。allowedToolsでファイル編集とテスト実行のみを許可し、破壊的なコマンドはブロックしておけば、遠隔操作でも安全にAIを稼働させられます。

{
  "permissions": {
    "defaultMode": "auto",
    "allowedTools": [
      "Edit",
      "Write",
      "Bash(npm test)",
      "Bash(npm run build)",
      "Bash(git diff *)",
      "Bash(git status)"
    ],
    "blockedTools": [
      "Bash(rm -rf *)",
      "Bash(git push --force *)"
    ]
  }
}

遠隔操作では、スマホの小さな画面で確認ダイアログの内容を精読するのは現実的ではありません。だからこそ「その場で判断する」のではなく「事前に許可範囲を決めておく」設計に寄せます。判断を人の注意力に依存させず、設定ファイルという仕組みに落とす考え方です。

CLAUDE.mdによるコンテキスト永続化

Dispatchで送信するタスクは、スマホ入力のため短いテキストになりがちです。CLAUDE.mdにプロジェクトのルールや制約を記述しておけば、短い指示でもClaude Codeがコンテキストを理解して正確に動作します。例えば、以下のようにデプロイ制限とコーディング規約を明文化しておく方法があります。

# プロジェクトルール（CLAUDE.md）

**デプロイ制限**

- mainブランチへの直接pushは禁止
- デプロイはCI/CDパイプライン経由のみ
- Dispatchからのデプロイ指示は実行前にdry-runで確認する

**コーディング規約**

- TypeScript strict mode必須
- テスト未作成のPRはマージ禁止

このようにCLAUDE.mdを整備しておけば、スマホから「この機能のテストを書いて」と1行送るだけで、プロジェクトの規約に沿ったコードが生成されます。これは新しく入ったメンバーにも同じ効果があり、「口頭で伝えてきた暗黙のルール」を文書として引き継げる形にできます。

接続状態の監視

Dispatchの接続が切れていることに気づかないまま指示を送ると、タスクが実行されないリスクがあります。Claudeアプリのステータス表示で接続状態を確認する習慣をつけてください。

AIに任せる範囲と人間が判断する範囲

遠隔操作で最も難しいのは、技術設定よりも「どこまでAIに任せるか」の線引きです。画面を細かく確認できない状況では、この切り分けが品質と安全性を左右します。

遠隔で投げてよいタスク／戻ってから扱うタスク

この考え方は、AI活用全般に共通します。AIが得意なのは調査・整理・下書きであり、最終的な意思決定と適用判断は人間が持つ、という役割分担です。

レビューを前提に運用する

遠隔から投げたタスクの結果は、そのまま採用せず、デスクに戻ったタイミングで差分を確認する運用にしてください。Dispatchが生み出すのは「完成品」ではなく「確認から始められる状態」です。

この前提を共有しておかないと、「AIがやったから大丈夫だろう」という空気が生まれ、かえって手戻りが増えます。品質基準は人が持ち続けることが前提になります。

向かないケースを率直に

ただし、Dispatchが適さない場面もあります。次のようなケースでは、無理にモバイルから進めない判断が妥当です。

• 対話的な確認を何度も往復する必要がある探索的な作業
• 複数プロセスの挙動をリアルタイムに監視しながら進めるデバッグ
• 中継サーバーの経由が社内ポリシー上認められていないコードベース
• そもそもデスクトップを常時起動しておけない運用環境

特に最後の点は見落とされがちです。Dispatchはデスクトップが動いていることが前提の仕組みであり、電源やネットワークの運用が整っていない環境では、期待した効果が出ないケースがあります。

組織としての仕組み化と導入ステップ

個人の工夫として使うだけでも効果はありますが、チームで同じ運用ができる状態にすると価値が安定します。ここでは仕組み化の観点を整理します。

個人技から再現可能な運用へ

Dispatchの活用が「特定のメンバーだけが使いこなしている状態」にとどまると、その人が異動した瞬間にノウハウが消えます。仕組みとして残すには、次の3つを文書化しておくのが有効です。

設定ファイルとCLAUDE.mdはリポジトリに入るため、新しいメンバーがクローンした時点で同じ制約が適用されます。ルールを人に覚えさせるのではなく、環境側に持たせる発想です。

スモールスタートの進め方

いきなり全プロジェクトで有効化する必要はありません。まずは影響範囲の小さい1プロジェクトに限定し、読み取り中心のタスク（要約・集計・調査）だけをスマホから投げるところから始めるのが安全です。

そこで運用が回ることを確認してから、テスト実行やドラフト生成といった書き込みを伴うタスクへ広げていきます。段階を踏むことで、問題が起きた際の原因も特定しやすくなります。

企業ごとに最適な形は異なる

企業様によって最適な形は異なります。移動の多い営業寄りの組織と、社内に常駐する開発中心の組織では、そもそも「デスクの前にいない時間」の量が違います。セキュリティポリシーの厳しさ、常時起動できるマシンの有無、扱うコードの機密度によっても、許可すべき範囲は変わってきます。

自社の業務フローを一度書き出し、「どの時間帯に、誰が、何を待っているのか」を洗い出したうえで、Dispatchを差し込む場所を決めるのがおすすめです。ツールに業務を合わせるのではなく、業務のボトルネックに対してツールを当てる順序が結果的に定着します。

ビジネス活用の視点とCRM運用との接点

最後に、開発現場を越えた視点で整理します。Dispatchが示しているのは、ツールの話というより「情報と実行環境にどこからでも到達できること」の価値です。

「デスクの前にいない時間」を資産に変える

Dispatchの本質的な価値は、「デスクの前にいない時間」を開発生産性に変換できることです。少数精鋭のチームでは、メンバー一人ひとりの稼働時間が限られています。移動時間や待ち時間にAIへタスクを投げておくことで、実質的な作業時間を拡張できます。

モバイルCRMと同じ発想

CRMの運用でも「いつでもどこでもデータにアクセスできる」ことがモバイルCRMの価値です。営業現場では、商談直後の記憶が新しいうちにスマホから記録を残せるかどうかで、データの鮮度と精度が大きく変わります。スプレッドシートで案件を管理していると、外出先では確認も更新もできず、帰社後にまとめて転記することになり、そこで抜け漏れが起きます。

Dispatchはこの考え方をAI開発に適用したものと捉えることができます。コンタクト・取引・顧客・請求という一連の流れをHubSpot上で一元管理しておけば、どこにいても同じデータを見て判断できるのと同じように、開発環境もどこからでも到達できる状態にしておく、という発想です。

上の画面は、当社サイト上でAIエージェントが会話形式で応答している様子です。

業務データと開発をつなぐ

AI活用の詳細は、経営データBI支援やコンテンツマーケティング支援のページもご覧ください。開発の遠隔化と業務データの一元化は別々の施策に見えますが、「必要な情報と実行環境に、場所を問わず到達できる状態を作る」という点では同じ設計思想の上にあります。

よくある質問

Q1. Claude Code DispatchとSSHリモート接続の違いは何ですか？

SSH接続はPC同士のフルターミナル操作が前提であり、スマホからの利用には不向きです。Dispatchはスマホ・タブレットに最適化された専用UIを備えており、テキストでタスクを指示するだけでClaude Codeにタスクを送信・結果確認ができます。細かいターミナル操作が必要な場面はSSH、投げて受け取るだけの場面はDispatch、と役割を分けるのが実務的です。

Q2. Dispatchを使う際のセキュリティ対策として最低限やるべきことは何ですか？

最低限、セッションごとの認証トークン設定、セッション有効期限の設定、VPN経由のアクセス制限の3つが目安です。さらにautoモードでallowedToolsを限定し、破壊的なコマンド（rm -rfやgit push --forceなど）をブロックしておくと安全です。スマホの小さな画面で都度判断するのではなく、事前に許可範囲を設定で固定しておく考え方が基本になります。

Q3. Dispatchはどのような業務シーンで特に効果を発揮しますか？

移動中のコードレビュー依頼、緊急バグ発生時の初動対応、退社後の定型タスク投入、時間のかかるテスト・ビルドの事前実行など、「デスクの前にいない時間」を開発生産性に変換したいシーンで効果を発揮します。特に少数精鋭チームで稼働時間を最大化したい場合に有効です。逆に、対話的なやり取りを何度も往復する探索的な作業には向きません。

Q4. 機密性の高いコードベースでもDispatchは安全に使えますか？

Dispatchのタスク送信はAnthropicのサーバーを経由するため、社内のセキュリティポリシーとの整合確認が必要です。autoモードでallowedToolsを限定し、破壊的なコマンド（rm -rfやgit push --forceなど）をブロックする設定を併用してください。エンタープライズ向けのセキュリティ要件についてはClaude Codeのエンタープライズセキュリティも参考になります。

Q5. Wi-Fiがない環境（モバイルデータ通信のみ）でも使えますか？

使えます。Dispatchはインターネット接続さえあれば動作するため、4G/5Gのモバイルデータ通信でも問題ありません。ただし、大容量のファイル操作を伴うタスクの結果確認では通信量が増える可能性があるため、結果の要約だけをスマホで確認し、詳細はデスクトップで確認する運用がおすすめです。

まとめ

本記事では、Claude Code Dispatchの仕組みと、それを日常の業務フローに組み込むための設計を解説しました。

• Dispatchは、スマホやタブレットからデスクトップのClaude Code環境にタスクを送信し、結果を受け取るためのモバイル最適化ツールです
• 汎用のSSH接続とは異なり、Dispatch専用プロトコルとモバイルフレンドリーなUIを備えており、テキスト指示だけでAI開発タスクを遠隔実行できます
• 遠隔では「投げて読める粒度」のタスクに絞り、本番反映や設計判断はデスクに戻ってから行う役割分担が前提になります
• autoモードによるallowedTools制限とCLAUDE.mdの整備は、判断を人の注意力ではなく設定に持たせる仕組み化の要です
• 移動時間や待ち時間を開発生産性に変換できるため、少数精鋭チームの実質的な作業時間を拡張できます

まずは検証用の1プロジェクトから始めてみてください。次の3ステップで、今日のうちに着手できます。

1. 影響範囲の小さいプロジェクトを1つ選び、claude dispatch start で接続し、スマホから短いタスクを1件送って疎通を確認する
2. permissionsのallowedToolsを読み取り中心に絞り、破壊的なコマンドをblockedToolsに入れる
3. 次の外出予定に合わせて、移動時間に投げるタスクを1つだけ決めておき、戻ってから結果を確認する

この3つが回り始めてから、テスト実行やドラフト生成へと範囲を広げ、チームの手順書とCLAUDE.mdを整えていくのが無理のない進め方です。

Claude Codeの全コマンド一覧はClaude Codeチートシートをご覧ください。AI活用の全体像はAI活用完全ガイドで解説しています。

CRMを活用した業務効率化やAIとの連携に関するご相談は、CRM特化型コンサルティングのHubSpotゴールドパートナーのStartLinkまでお気軽にお問い合わせください。

あわせて読みたい

• Claude Code × Chrome DevTools連携｜WebアプリのライブデバッグをAIで効率化する
• Claude Codeのautoモード完全ガイド｜確認なしでAIに自律実行させる設定と安全な運用方法
• Claude Codeでバグ調査・修正を体系化する方法｜エラーログ解析から本番障害対応まで