Cowork モバイル&Dispatch 通勤学習活用

ホームラボで複数の技術を並行学習している個人インフラエンジニアにとって、通勤・出張・昼休みは潜在的な学習時間ですが、デスクトップ Cowork セッションにアクセスできない時間帯でもあります。本記事では Cowork の Dispatch（ディスパッチ、リサーチプレビュー）と iOS / Android モバイルアプリを組み合わせて、スキマ時間をホームラボ学習に変換する手順を整理します。

これは第 1 回で示した「パターン 4: スキマ時間の学習活用」の深掘りです。

「PC 起動前提」を正面から扱う — モバイル & Dispatch の位置づけ

第 3 回と第 4 回でスケジュールタスク（Scheduled Task）を設定したとき、共通の制約として「PC が起動かつ Claude Desktop が起動している状態でのみ実行される」という注意事項を設けた。

週末に PC を立ち上げない習慣がある場合、weekly タスクが実行されないことがあり、PC のスリープ設定との兼ね合いが常につきまとう問題でした。Dispatch はこの「PC 不在時間帯」に別のアプローチを提供します。

Dispatch（2026-03-17 公開）は Cowork のリサーチプレビュー機能であり、スマートフォンの Cowork アプリからデスクトップの Cowork セッションへ作業を投げ込む仕組みです。スケジュールタスクが「決めた時間に自動発火する非同期ジョブ」であるのに対し、Dispatch は「今この瞬間にモバイルから手動でタスクを送る都度発火型」として機能します。

両者は役割が異なるため置き換えでなく併用が前提になります（Claude Help Center「Schedule recurring tasks in Claude Cowork」および「Assign tasks from anywhere in Claude Cowork」, 2026-05-03 確認）。

2026-05-03 時点のモバイル機能の状態を表にまとめます。

機能	iOS	Android	対応プラン	状態
Cowork モバイルアプリ	GA	2026-04 ベータ・ロールアウト中	Pro / Max	iOS: GA / Android: ベータ
Dispatch（デスクトップへのタスク投入）	対応	対応（ベータ）	Pro / Max	リサーチプレビュー
persistent agent thread（会話の継続）	対応	対応（ベータ）	Pro / Max	Dispatch と同扱い
iOS システムアプリ連携（Reminders 等）	2026-03-16 リリース	公式に詳細不明	全プラン（Health のみ Pro/Max）	GA（Health はベータ）
App Intents / Shortcuts / Widgets	対応	非対応（iOS 専用機能）	全プラン	GA

Android Cowork は 2026 年 4 月にベータとして Google Play での配布が開始されました。2026-05-03 時点では地域別のロールアウト状況や iOS との機能差分の詳細が公式に明示されていないため、本記事では「Android の場合はお使いの端末の Google Play で Cowork モバイルアプリを検索し、提供状況を確認した上で使う」としか書けません。

機能差分が随時更新される点も踏まえ、iOS を中心に解説を進めます。

Dispatch の仕組みと前提条件 — モバイルから自宅 Hyper-V 環境へ橋を架ける

Dispatch の動作原理は「モバイルアプリ → Anthropic クラウド → 自宅 PC の Claude Desktop」という経路でタスクを中継することにあります。モバイルと PC が同一 LAN にある必要はなく、VPN も不要です。

それぞれにアクティブなインターネット接続があればよく、出張先のホテル WiFi からでも、通勤電車の LTE 回線からでも動作します（Claude Help Center「Assign tasks from anywhere in Claude Cowork」, 2026-05-03 確認）。

Dispatch を使うための 4 つの前提条件

1. Claude Pro / Max プランに加入していること
2. 自宅 PC が awake（スリープしていない） 状態にあること
3. 自宅 PC で Claude Desktop が起動していること（最新版）
4. モバイル端末と自宅 PC の両方がアクティブなインターネット接続を持っていること

Dispatch を開くには、Cowork モバイルアプリの左側パネルから「Dispatch」を選択します。タスクを送信すると Anthropic のクラウド経由でデスクトップ側のセッションへ届き、Claude Desktop が処理を実行します。

処理が完了またはユーザーの承認が必要になった時点で、モバイルにプッシュ通知が届く仕組みです。

keep-awake トグルで PC スリープを抑止する

keep-awake トグルの ON / OFF は Dispatch 設定から切り替えられます。電力コストの観点では、公式は「画面はオンにしない」とのみ記しており、具体的な消費電力の数値は示していません。

24 時間 keep-awake を継続する設計は想定していないため、学習タスクの投入が集中する通勤・帰宅時間帯のみ PC を起動する運用と組み合わせる方が現実的です。

persistent agent thread — モバイルとデスクトップで会話が続く

Dispatch では persistent agent thread（永続エージェントスレッド）という概念が中心にあります。Claude は過去のタスクのコンテキストを保持しており、モバイルで投げたタスクの続きをデスクトップで引き取ることができます。

「通勤中にタスクを投げ、席に着いたら結果を確認して次の指示を出す」というリレー運用が自然な形で成立します（Anthropic 公式ブログ「Put Claude to work on your computer」, 2026-05-03 確認）。

PC がスリープ中にタスクが届いた場合、Claude は「復帰するまでタスクを受け取れない」状態になります。スキップではなく待機であり、PC が復帰した時点から処理を開始します。

スケジュールタスクが「PC スリープ中はスキップして次回へ」という設計であるのに対し、Dispatch は「復帰を待ってから処理する」設計の違いがある点を念頭に置いておく必要があります。

iOS Cowork の周辺機能 — システムアプリ連携と App Intents で呼び出しの摩擦を減らす

Dispatch でタスクを投げる以前に、iOS 上で Cowork を呼び出す経路を増やしておくと操作の摩擦が下がります。2026 年 3 月 16 日にリリースされた iOS システムアプリ連携と App Intents / Shortcuts / Widgets がその手段になります。

iOS システムアプリ連携（2026-03-16 リリース）の実用差分

iOS Cowork アプリは Reminders・Calendar・Maps・Messages・Mail・Location Services のシステムアプリと連携できます。設定は「Settings > Claude」の権限画面から各アプリへのアクセスを個別に許可します。

連携の許可範囲はアプリごとに異なり、学習文脈での使い分けは以下が目安になります（Claude Help Center「Using Claude with iOS Apps」, 2026-05-03 確認）。

• Reminders: 既存リスト内への項目追加が可能。リスト自体の作成・削除・編集は不可。通勤中に「次回の k8s 検証で確認すべき点」を Reminders に積んでおき、帰宅後に Cowork デスクトップセッションで処理する、という使い方が合います
• Calendar: 学習ブロック（例: 土曜 21:00〜22:30「Hyper-V 検証」）を音声で切るような操作に使えます。ただし編集できるのは自分が所有者のカレンダーに限られます
• Maps: 学習とは直接結びつかないが、出張先移動の確認などに流用できます
• Messages / Mail: 個人用途での受信確認に限定して使います。業務メールや第三者の情報は投入しません

App Intents / Shortcuts / Widgets で「開く手間」を省く

iOS の App Intents 対応により、Spotlight 検索から「Ask Claude」と入力するだけで Claude との対話を始められます（Claude Help Center「Using Claude App Intents, Shortcuts, and Widgets on iOS」, 2026-05-03 確認）。アプリを開いて Dispatch パネルに移動する手順を短縮できます。

• Spotlight からの「Ask Claude」: ホームボタン長押し / スワイプ → 検索欄に「Ask Claude」と入力 → 即時対話開始
• Shortcuts ビルディングブロック: iOS ショートカットアプリから「Claude に質問」などのアクションをショートカットに組み込めます。ホームラボ学習文脈では「HomeLab 最新ログを要約して Dispatch する」ショートカットを 1 本作っておくと繰り返し操作が減ります
• ホーム画面ウィジェット: チャット開始 / 音声入力 / カメラ撮影の 3 種類があります。通勤中は音声ウィジェットが手軽で、ハンズフリーで Dispatch への指示を入力できます

個人インフラエンジニアの 5 シーン実用例

以下の 5 つのシーンは Hyper-V ホームラボを前提としたフォルダ構造（第 2 回で確立した HomeLab\{_memory, iac, logs, docs}\）と、第 3 回の logs/ 蓄積・第 4 回の IaC ループを組み合わせた運用設計になっています。

シーン 1: 通勤電車（往路）— 昨日の検証ログを整理依頼する

前日の深夜に kubeadm が失敗した場合、翌朝の通勤電車でその場から Dispatch を使って原因調査を依頼できます。ホーム画面の音声ウィジェットから話しかけるか、Dispatch パネルに 1〜2 行のテキストを入力するだけです。

logs/kubernetes/2026-05-02-kubeadm-init-fails-cgroup.md を読み、
cgroup 関連の失敗原因を特定して再発防止策を _lessons.md に追記して。

帰宅時に Claude Desktop を開けば、_lessons.md に分析結果が書き込まれた状態を受け取れます。persistent agent thread のおかげで、帰宅後にデスクトップから「さっきの分析を踏まえて Ansible playbook の修正案を出して」と続きを依頼できます。

同じ往路の時間帯に NotebookLM の音声 Overview を併用するパターンも有効です。Dispatch で k8s 検証ログの整理を依頼しながら、イヤホンで VCF9 公式ドキュメントの音声 Overview を流します。

能動的なタスク投入と受動的なインプットを同時に行えます。

シーン 2: 出張先ホテル — 自宅 Hyper-V 環境の状況確認

出張先のホテル WiFi からでも、自宅 PC が awake かつ Claude Desktop が起動していれば Dispatch は動作します。VPN も同一 LAN も不要なため、通常のインターネット接続で接続できます。

HomeLab/_memory/memory.md の「現在進行中の課題」セクションを読み、
今夜の学習プランを 3 点に絞って docs/_weekly/2026-W18.md に出力して。

ホームラボ構成の現状把握をデスクトップの Cowork セッションに任せ、自分はホテルで翌日の移動準備を進められます。宿泊先に戻ったタイミングでプッシュ通知が届き、画面を開けば完成した学習プランを確認できます。

この段階では Computer Use を組み合わせると Hyper-V マネージャの操作まで自動化できますが、本記事では範囲外とします。詳細は第 7 回で扱います。

シーン 3: 昼休み — Payara / Kubernetes の検証ログからエラー抽出

Payara（Mode A: ローカルハンズオン）や Kubernetes（Mode A: 同）の検証ログは、Hyper-V 上の Linux VM で日々蓄積されます。昼休みに Dispatch で分析依頼を投げ、夕方に結果を受け取るサイクルが組めると、作業密度が上がります。

logs/payara/ の今月分（2026-05-*.md）を横断して、
JDBC プール関連のエラーを一覧化し原因仮説を整理して。
結果を docs/payara/_analysis/2026-05.md に出力して。

Google Cloud（Mode B: クラウド無料枠ハンズオン）の場合は gcloud 操作ログの整理依頼が典型になります。

logs/gcp/2026-05-02-gke-cluster-create.md を読み、
先週の gcloud 操作の学習ポイントを _lessons.md に追記して。

シーン 4: 寝る前 — 翌朝のスケジュールタスクに向けた準備

スケジュールタスクの発火精度を上げるには、memory.md の現在進行中タスクが最新状態であることが重要です。スケジュールタスクは memory.md の内容を参照して次のアクションを判断するためです。

寝る前のわずかな時間に、翌朝のタスク発火に向けた準備を Dispatch で依頼できます。

HomeLab/_memory/memory.md の「現在進行中の課題」を確認して、
明日の daily タスクで取り上げるべき項目の候補を 3 点提案して。
memory.md の更新は提案のみ、実際の書き込みは確認後に行う。

書き込みを「確認後に行う」と明示している点がポイントです。Dispatch では承認待ちの状態でプッシュ通知が届くため、翌朝デスクトップで内容を確認してから memory.md を更新する運用が取れます。

シーン 5: カフェ — 検証ログをブログ下書きに変換する布石

週末のカフェ作業では、蓄積した検証ログをブログ記事の素材に変換する依頼が有効です。これは第 6 回で詳述するフローの布石になります。

logs/kubernetes/2026-05/ の検証ログ群から、
ブログ記事として使えそうなトピックを 3 本リストアップして。
各トピックについて「課題・試したこと・結果・学び」の 4 点を 100 字以内で要約して。
結果を docs/blog-drafts/2026-05-topics.md に保存して。

VMware VCF9（Mode C: ドキュメント学習中心）の場合は NotebookLM との役割分担が異なります。NotebookLM が音声 Overview での概念インプットを担うため、Cowork への Dispatch では「docs/vcf9/_sources/networking.pdf の用語を glossary.md に追加して」という資料整理の依頼に絞る方が効率的です。

カフェで NotebookLM の Audio Overview を聴きながら Dispatch を送り、帰宅時に glossary.md が更新されている状態を作れます。

NotebookLM #08 との対比 — 方向性が真逆な 2 つのモバイル運用

通勤・出張でのモバイル学習として、NotebookLM のモバイル活用と Cowork + Dispatch のモバイル活用は方向性が真逆です。この対称構造を理解することが、両ツールを通勤シーンで使い分ける鍵になります。

NotebookLM 個人活用シリーズ #08「モバイルとデスクトップの役割分担」では、NotebookLM のモバイル運用論を詳述しています。

観点	NotebookLM（モバイル）	Cowork + Dispatch（モバイル）
主な方向性	デスクトップで作り、モバイルで消費（受動的）	モバイルから指示し、デスクトップで実行・蓄積（能動的）
主用途	音声 Overview を聴く	タスクを投げる
完結性	モバイル単独で完結（音声再生）	デスクトップとのペアが前提
オフライン	音声 Overview をダウンロードして聴ける	両端でインターネット接続が必須
通勤シーンの典型	VCF9 公式ドキュメントの音声 Overview を聴く	昨夜の k8s 検証ログを Dispatch で要約依頼する
インプット / アウトプット	インプット（情報を受け取る）	アウトプット（作業を発注する）

差別化の核心は「受動消費 vs 能動指示」という方向性の違いにあります。NotebookLM はデスクトップで作ったノートブックをモバイルで消費するため「デスクトップ → モバイル」の流れです。

Cowork + Dispatch はモバイルから指示してデスクトップで実行・蓄積するため「モバイル → デスクトップ」の流れになります。

通勤往路での併用パターン例を示します。通勤電車に乗った直後、Dispatch で「logs/kubernetes/ の今朝分を読んで _lessons.md に追記して」と送信します。

送信後は耳が空いているので、NotebookLM で VCF9 公式ドキュメントの Audio Overview を再生します。帰宅時には Dispatch の処理が完了し、_lessons.md の更新と VCF9 の概念インプットの両方が通勤 1 往復で揃う設計です。

PC 不在時間帯の運用設計と注意事項

Dispatch を安定して使うには、PC の電源管理とセキュリティの 2 点を事前に設計しておく必要があります。

長期不在時の対処 — keep-awake の限界を知る

keep-awake トグルは PC のスリープを抑止しますが、電源オフには対応できません。旅行・週末の長期外出で PC の電源を落とす場合、Dispatch はその間タスクを受け取れません。

この場合の推奨運用は「外出前に Dispatch を一時停止し、帰宅後に persistent thread で続きから再開する」形になります。長期不在から帰宅した後でも、Claude はタスクのコンテキストを保持しているため「先週投げたタスクの続きを今日やって」という指示が通じます。

認証情報とプライバシーの扱い

第 2 回で確立した「API キー・パスワードを memory.md やコードに直書きしない」というルールは、Dispatch 経由のモバイル入力にも同様に適用されます。スマートフォンの画面から API キーやパスワードを Dispatch に打ち込む運用は避けます。

認証が必要な操作は、デスクトップ側の Cowork セッションで直接指示する方が安全です。

プライバシートグル（「Improve Claude for everyone」設定）はモバイル経路でも同じ設定が適用されます。第 2 回で設定した内容が引き継がれているため、再設定の必要はありません。

やってはいけない操作の整理

• API キー・パスワード・SSH 秘密鍵をモバイルの Dispatch テキストに入力する
• 個人以外の第三者のデータ（他者のメール・カレンダー・健康データ）を Cowork に投入する
• PC を長期不在・電源オフのまま Dispatch の処理を期待する（keep-awake は電源オフに対応しない）
• iOS Health 連携を日本在住のまま使おうとする（US 限定・ベータ機能）
• Dispatch で承認なしに重要ファイルの書き込み・削除を指示する（承認待ちステップを省かない）

まとめと次回予告

本記事では Cowork の Dispatch（リサーチプレビュー）を使い、通勤・出張・昼休み・寝る前・カフェの 5 シーンでホームラボ学習タスクをスキマ時間に差し込む設計を整理しました。第 3 回・第 4 回で課題として残していた「PC 起動前提の制約」に対しては、keep-awake トグルと persistent agent thread が実用的な回答になりえます。

NotebookLM のモバイル活用（受動消費・デスクトップ → モバイルの流れ）と Cowork + Dispatch のモバイル活用（能動指示・モバイル → デスクトップの流れ）は方向性が対称的で、両者を組み合わせることで通勤 1 往復に「インプット + アウトプット発注」の両方を詰め込めます。

詳細はNotebookLM 個人活用シリーズ #08「モバイルとデスクトップの役割分担」との相互参照で補完してください。

次回第 6 回「ホームラボの検証ログを技術ブログ記事に変換する」では、本記事の 5 シーンで Dispatch 経由に蓄積した整理結果・第 3 回の logs/・第 4 回の IaC ループ成果物を入力として、Gutenberg ブロック形式の技術記事 HTML を Cowork で出力するフローを扱います。

Dispatch の Computer Use との組み合わせ（出張先からの Hyper-V マネージャ操作など）と、4 ツール全体の使い分け戦略については第 7 回で統括します。