業務の外で手を動かして技術を磨くインフラエンジニアにとって、自宅のホームラボは学習の主戦場です。サーバー OS を用意しなくても Windows 11 Pro 標準の Client Hyper-V で仮想マシンを並べられるため、Hyper-V を使ったホームラボは個人でも始めやすい構成として広く使われています。
そうしたホームラボで複数の技術を並行して学んでいると、学習の記録管理・IaC コードの育成・スキマ時間の活用がいつのまにか課題になってきます。Claude Cowork（以下 Cowork）は 2026 年 4 月 9 日に General Availability（GA）に到達し、Claude Desktop 上でフォルダをスコープとしたエージェント実行を個人プランから使えるようになりました。
本シリーズは具体例として、VMware VCF9（仮想化基盤）・Google Cloud（クラウド）・Payara（Java アプリケーションサーバー）・Kubernetes（コンテナオーケストレーション）という領域の異なる 4 技術を、ホームラボで並行して学ぶ個人インフラエンジニアを想定します。これらは学習の進め方が技術ごとに異なり、Cowork の使い分けを説明する題材として扱いやすいためです。
本記事では 2026 年 5 月 3 日時点の Cowork 公式情報をもとに、機能全体像と個人インフラエンジニアが活かせる 5 つのパターンを整理します。
Cowork とは何か — Claude Desktop 上で動く「合意してから動く」エージェント
Cowork は Claude Desktop アプリに搭載されたエージェント実行モードで、通常の「Chat」タブとは独立して動作します。チャットが 1 回の質問に 1 回の回答を返す往復型であるのに対し、Cowork は指定したフォルダをスコープとしてファイルの読み書き・コマンド実行・外部サービスへのアクセスを多段ステップで自律実行します。
名称の「合意してから動く」は、Cowork の中核的な設計思想を指します。Cowork はアクションを実行する前に何をするかを明示し、ユーザーが承認してから動きます。
ファイルを削除する前に確認を求め、想定外の場所に書き込む前に一時停止します。この動作が個人のホームラボ環境でも安心して使える前提になっています。
技術基盤は Claude Code と同じエージェント実行エンジンを使っており、ターミナル操作を必要とする Claude Code に対して Cowork は GUI を持つ Claude Desktop から操作できる点が異なります。Claude Code は macOS / Linux / Windows（WSL）のターミナルで動くコーディングエージェントであり、Cowork はその操作性を Desktop アプリに持ち込んだ位置づけと理解できます。
対応プラットフォームと提供経緯を整理します。Cowork は 2025 年中に研究プレビューとして公開され、2026 年 4 月 9 日に macOS / Windows で GA に到達しました。
個人ユーザーは Claude Pro（月額 $20）以上で全機能にアクセスできます。Free プランはコネクタのディレクトリ閲覧やスキル（Skill）使用は可能ですが、Cowork のエージェント実行自体は Pro 以上が前提となります。
2026 年 5 月時点の Cowork 機能マップ
以下の表は 2026 年 5 月 3 日時点の公式情報にもとづく Cowork の主要機能を「対応プラン × 対応 OS × 状態 × 個人活用での主用途」のマトリクスで整理したものです。Dispatch と Computer Use は現時点で研究プレビュー（Research Preview）のため、挙動が変わる可能性がある点に留意してください。
| 機能 | 対応プラン | 対応 OS / 端末 | 状態 | 個人活用での主用途 |
|---|---|---|---|---|
| プロジェクト（Project） | Pro / Max | macOS / Windows（Desktop 専用） | GA | 4 技術ごと・IaC リポジトリごとにスコープ分離 |
| メモリ（Memory）/ memory.md | Pro / Max | macOS / Windows | GA | ホームラボ構成・命名規約を Claude に持続的に学習させる |
| フォルダスコープ（Folder Scope） | Pro / Max | macOS / Windows | GA | IaC コード・検証ログ用フォルダのみアクセスを許可 |
| スケジュールタスク（Scheduled Task） | Pro / Max | macOS / Windows | GA | 毎朝の学習サマリ生成、検証ログの定期整理 |
| コネクタ（Connector）ディレクトリ | 全プラン（接続自体） | Web / Desktop / Mobile | GA | 個人 Google Drive / 個人 Gmail / 個人 GitHub / Notion 等 |
| カスタムコネクタ / リモート MCP（Model Context Protocol） | Pro 以上 | Web / Desktop | GA | 自作 MCP サーバーの連携 |
| スキル（Skill）使用 | 全プラン（code execution 必須） | Web / Desktop / Mobile | GA | Skills Directory のスキル使用・自作スキルの実行 |
| カスタムスキルのインストール | Pro / Max | Web / Desktop | GA | YAML フロントマター記述の自作スキル登録（Gutenberg 出力 / IaC レビューなど） |
| プラグイン（Plugin） | Pro / Max | Desktop / Web | GA | OSS の knowledge-work-plugins（11 本）+ サードパーティ |
| iOS Cowork（モバイルアプリ） | Pro / Max | iOS（GA） | GA | スキマ時間の対話、Dispatch 経由でデスクトップへ作業依頼 |
| iOS システムアプリ連携 | Pro / Max | iOS（2026-03-16 リリース） | GA | Reminders / Calendar / Maps / Health（読み書き個別許可） |
| iOS App Intents / Shortcuts / Widgets | Pro / Max | iOS | GA | Spotlight からの「Ask Claude」インテント、共有メニュー |
| Android Cowork | Pro / Max | Android（限定国でロールアウト中） | 一部地域でベータ | iOS と同等を目指すが機能差分あり（2026-05-03 時点） |
| Dispatch | Pro / Max | iOS / Android → macOS / Windows | 研究プレビュー（2026-03-17 公開） | スマホからデスクトップ Cowork セッションへ作業依頼 |
| Computer Use（Cowork 内） | Pro / Max | macOS（2026-03-24）/ Windows（2026-04-03） | 研究プレビュー | コネクタが存在しないアプリの操作（健康・金融系は非推奨） |
Pro と Max の選び方
Cowork が使える機能セットは Pro と Max で変わりません。両者の違いは利用量にあります。
Pro（月額 $20）はベース量、Max はその約 5 倍（月額 $100）または約 20 倍（月額 $200）の利用量となります。4 技術の並行学習を通常ペースで進めるなら Pro で大半のシーンをカバーできます。
大量のバッチ処理や Computer Use を頻繁に回す場合は Max が有利になります。
プロジェクト数は Pro / Max ともに無制限と公式に記載されています。技術ごとにプロジェクトを分けても上限を気にする必要はありません。
個人インフラエンジニアが Cowork を使うべき理由
一般的な AI ツール紹介記事ではビジネスの営業・法務・財務への適用が語られることが多いです。しかし個人インフラエンジニアの業務外学習においても Cowork が刺さる理由は 3 つあります。
ホームラボに「考えるエージェント」を常駐させられる
Hyper-V ホームラボで複数の Linux VM を管理しながら OpenTofu / Ansible の IaC コードを書き、並行して VCF9・GCP・Payara・Kubernetes を学んでいる状況では、情報の散逸が最大の課題になります。検証ログはどのフォルダに置いたか、Ansible playbook の最新版はどれか、先週の失敗から何を直したか — これらをチャット型 AI に毎回説明し直すコストは小さくありません。
Cowork のプロジェクト（Project）とメモリ（Memory）を使うと、ホームラボの構成、命名規約、進行中の課題を memory.md として保持できます。プロジェクトを起動するたびに前提を読み込むため、「先週の続き」からすぐに作業に入れます。
フォルダスコープが「個人の境界線」を守る
フォルダスコープ（Folder Scope）は、Cowork がアクセスを許可するフォルダの範囲を明示的に指定する機能です。指定したフォルダ外へのアクセスはブロックされるため、個人の写真フォルダや財務関連のドキュメントを Cowork が誤って読み書きするリスクを排除できます。
ポイント: フォルダスコープは単なるアクセス制限ではなく、「Claude に対する個人の境界線」を物理的に引く仕組みだと理解するのが実運用に近いです。IaC プロジェクトには IaC フォルダのみ見せ、検証ログプロジェクトには検証ログフォルダのみ見せます。このスコープ分離がホームラボのプロジェクト設計の出発点になります。詳細は第 2 回で扱います。
「業務外で武器を磨く」道具として位置付ける
本シリーズが扱うのは個人の学習と実験の文脈に限ります。会社業務への適用、社内データの Cowork 投入、エンタープライズ機能（RBAC / Analytics API 等）は本シリーズのスコープ外であり、一切取り上げません。
個人の時間と個人のデバイスで技術スタックを深め、その成果を技術ブログで発信するという一連のフローを Cowork で効率化することが、このシリーズの中心テーマです。
5 つの活用パターン（本記事の主役）
以下の 5 パターンは、個人インフラエンジニアが Cowork を学習フローに組み込む際の主要な接点を整理したものです。各パターンはシリーズの深掘り記事と対応しており、本記事はハブとして機能します。
表の「学習モダリティ」は、技術ごとに学習の進め方が異なることを表します。本シリーズでは進め方を Mode A（ローカルハンズオン）・Mode B（クラウド無料枠ハンズオン）・Mode C（ドキュメント学習中心）の 3 つに分類しており、この分類は第 3 回で詳しく掘り下げます。
| # | パターン | 主に使う Cowork 機能 | 学習モダリティ | 深掘り記事 |
|---|---|---|---|---|
| 1 | ホームラボ環境管理 | フォルダスコープ + プロジェクト + メモリ | （前提） | 第 2 回: Hyper-V ホームラボに Cowork を組み込む |
| 2 | 4 技術並行学習の記録 | プロジェクト分離 + メモリ + スキル | Mode A / B / C 混在 | 第 3 回: Cowork で 4 技術並行学習を回す |
| 3 | IaC コードの育成 | フォルダスコープ + プラグイン + スケジュールタスク | Mode A / B | 第 4 回: OpenTofu と Ansible のコードを Cowork に育てさせる |
| 4 | スキマ時間の学習活用 | iOS Cowork + Dispatch + iOS システムアプリ連携 | 全モード横断 | 第 5 回: 通勤・出張・昼休みを学習時間に変える Cowork モバイル & Dispatch 活用 |
| 5 | 検証から発信へ | プロジェクト + スキル（Gutenberg 出力）+ コネクタ（GitHub / Drive） | （成果物変換） | 第 6 回: ホームラボの検証ログを技術ブログ記事に変換する |
パターン 1: ホームラボ環境管理
Hyper-V 上に複数の Linux VM を立ち上げ、それぞれに異なるミドルウェアを配置している環境では、どの VM に何が入っているかを把握するだけでも認知負荷が高くなります。パターン 1 では、Cowork のプロジェクトを「ホームラボ管理」用途に 1 つ設け、フォルダスコープで IaC コードのディレクトリと検証ログのディレクトリを割り当てる構成を取ります。
memory.md にホームラボの VM 一覧・ネットワーク設計・命名規約を書いておくことで、Cowork は毎回の会話でその前提を引き継ぎます。
Hyper-V ホームラボへの初期組み込み手順とフォルダスコープの設計は第 2 回で詳しく扱います。
パターン 2: 4 技術並行学習の記録
VMware VCF9・Google Cloud・Payara・Kubernetes という 4 技術は学習モダリティが異なります。この違いを理解して Cowork を使い分けることが重要になります。
- VMware VCF9（Mode C: ドキュメント学習中心）: ホームラボでのフルハンズオンはライセンスコストから難しいため、公式ドキュメントの要点抽出と用語整理が中心になります。Cowork のフォルダスコープに VCF9 関連の PDF やメモを集約して活用できる一方、ソースを束ねて問い合わせる用途では NotebookLM のほうが向く局面も多いです。
- Google Cloud（Mode B: クラウド無料枠ハンズオン）: 無料枠と $300 スタートアップクレジットを使った GCP ハンズオンでは、gcloud コマンドの試行錯誤の記録や OpenTofu の plan / apply 出力を Cowork のフォルダスコープに蓄積できます。BigQuery / Vertex AI などのデータ系・生成 AI 系 GCP サービスは本シリーズでは扱いません。
- Payara（Mode A: ローカルハンズオン）: Hyper-V 上の Linux VM に Payara をデプロイし Ansible playbook で構成管理する学習では、試行錯誤のログをフォルダスコープ内に置いて Cowork に読ませることで、playbook の改善サイクルを回せます。
- Kubernetes（Mode A: ローカルハンズオン）: Hyper-V 上の Linux VM で k3s / kubeadm / Minikube / Kind を構築する学習では、kubectl の操作ログとマニフェストの差分を Cowork に蓄積させる活用ができます。
4 技術の並行学習を Cowork でどう回すかは第 3 回で掘り下げます。
パターン 3: IaC コードの育成（OpenTofu + Ansible）
HashiCorp Terraform は 2023 年 8 月に Business Source License（BSL）へ変更され OSS ではなくなりました。本シリーズでは Linux Foundation 配下の OSS である OpenTofu（`tofu` コマンド）を採用します。
OpenTofu は Terraform 1.5 までほぼ完全な互換性を持ち、公式チュートリアルの多くをそのまま流用できます。Linux VM の OS 構成管理は GPL の OSS である Ansible に担わせます。
Windows VM の構成管理は対象外とし、Linux VM 構成に集中します。
パターン 3 では、OpenTofu の HCL コード（GCP / vSphere / Kubernetes プロバイダ）と Ansible の playbook（パッケージ・サービス・ユーザ・SSHd・ファイアウォール・ミドルウェア）をフォルダスコープに収め、Cowork でコードのレビュー・改善提案・差分検知を回す形を取ります。スケジュールタスクで定期的にコードの整合性チェックを走らせることも可能です。
OpenTofu + Ansible の具体的な Cowork 活用フローは第 4 回で扱います。
パターン 4: スキマ時間の学習活用（モバイル & Dispatch）
通勤や出張のスキマ時間を学習に充てたい場合、iOS Cowork と Dispatch（ディスパッチ）が活躍します。Dispatch（2026 年 3 月 17 日公開、現在は研究プレビュー）は、スマートフォンから自宅デスクトップの Cowork セッションへ作業を投げ込む機能です。
電車の中から「昨日の Ansible 実行ログを要約して memory.md に追記しておいて」と指示を送り、帰宅したときには作業が完了している、という使い方が実現できます。Dispatch はデスクトップ側の PC が起動かつ Claude Desktop が開いている状態が前提のため、スリープ設定との兼ね合いに注意が必要です。
モバイルと Dispatch の実践的な活用法は第 5 回で詳しく解説します。
パターン 5: 検証から発信へ（ブログ記事への変換）
ホームラボでの検証ログはそのままでは技術ブログの記事になりません。コマンドの試行錯誤・エラーメッセージ・設定値の羅列を、読者が再現できる構造化された記事に変換するには相応の時間がかかります。
Cowork のスキル（Skill）に「Gutenberg ブロック形式で記事を出力する」テンプレートを登録しておくと、フォルダスコープ内の検証ログを入力として渡すだけで下書きを生成できます。
個人 GitHub や個人 Google Drive へのコネクタ（Connector）と組み合わせると、生成した下書きをそのままリポジトリや Drive に保存できます。検証ログから Gutenberg ブログ記事への変換フローは第 6 回で取り上げます。
使う前に押さえる 4 つの注意点
Cowork は多機能な分、最初に確認しておくべきポイントがあります。以下の 4 点を把握してから環境を組み始めると、後から設定を見直すコストを減らせます。
注意点 1: スケジュールタスクと Dispatch は PC の起動が前提
スケジュールタスク（Scheduled Task）は「毎朝の学習サマリ生成」のような定期実行に使えますが、実行タイミングに PC が起動かつ Claude Desktop が開いている必要があります。PC がスリープ中や電源オフの場合、タスクはスキップされ、復帰後に実行されます。
Dispatch も同様で、モバイルから投げた作業はデスクトップ側が起動しているときのみ処理されます。深夜のバッチ実行を狙う場合はスリープ設定を調整する必要があります。
注意点 2: Computer Use は研究プレビューかつ用途に制限あり
Computer Use（コンピュータ使用機能）は 2026 年 5 月 3 日時点で研究プレビュー継続中です。macOS（2026 年 3 月 24 日）・Windows（2026 年 4 月 3 日）で順次利用可能になりましたが、サンドボックスが存在しません。
健康アプリ・金融アプリ・投資アプリへの使用は非推奨であり、暗号資産系アプリはデフォルトでブロックされます。Hyper-V マネージャーや WSL のように操作ミスが VM 削除につながるツールへの適用も推奨しません。
コネクタが存在しないアプリの補助的な操作に留めるのが安全な使い方です。
注意点 3: Windows 環境でのフォルダスコープはホームディレクトリ配下を推奨
フォルダスコープの設定において、Windows では `C:\Users\<ユーザー名>\` 配下のフォルダを選択することが安定動作の面で推奨されます。セカンダリドライブ（`D:\` 等）やホームディレクトリ外のフォルダで挙動が不安定になる事例が報告されています（2026 年 5 月 3 日時点）。
Hyper-V の仮想ディスク自体は別ドライブに置いても問題ありませんが、IaC コードや検証ログのワークディレクトリは `C:\Users\<ユーザー名>\` 配下に集約するのが無難です。
注意点 4: プライバシー設定とプラン構成の変動性を確認する
個人プランでは、Claude Desktop の「Settings → Privacy」に「Improve Claude for everyone」トグルが存在します。デフォルトがオンの場合、会話データがモデル学習に利用されることがあります（Anthropic Privacy Center に記載、保持期間 30 日）。
ホームラボの構成情報や個人の学習記録を投入する前に、このトグルを自分の意向に合わせて設定しておくことを勧めます。
注意: 加えて、Anthropic は個人向けプランの構成を継続的に調整している点を理解しておく必要があります。2026 年 4 月に Claude Code を Pro プランから削除する A/B テストが実施されましたが、ユーザーからの反発を受けて 24 時間以内に撤回された経緯があります。本記事の内容は 2026 年 5 月 3 日時点の公式情報に基づいており、Cowork 自体の Pro 同梱は現時点で安定しています。しかし関連製品（Claude Code 等）の同梱状況はこれまでの経緯が示すとおり変わる可能性があるため、最新のプラン情報は定期的に公式サイトで確認することを勧めます。
シリーズ #07 への予告と次回 #02 への誘導
本シリーズは全 7 回構成で、第 2 回から第 6 回がそれぞれ 5 パターンの深掘りとなります。第 7 回はシリーズの締めくくりとして、Cowork・Claude Code・Google Antigravity・NotebookLM の 4 ツールの使い分けマップと「業務外で武器を磨く 5 原則」を統括する予定です。
4 ツールを組み合わせて個人の技術学習全体をどう設計するかは第 7 回で詳細に扱います。NotebookLM との使い分け（特にドキュメント学習中心の VCF9 でどちらが向くか）も第 7 回の核心テーマになります。
次の第 2 回は、Hyper-V ホームラボへの Cowork 初期組み込みを扱います。フォルダスコープの具体的な設計、プロジェクトの分け方、memory.md の初期テンプレートといった実践的な手順を解説します。
第 2 回: Hyper-V ホームラボに Cowork を組み込む — フォルダスコープと初期 Projects 設計
Cowork 個人活用シリーズ（全 7 回）
- 第 1 回: Cowork 機能マップ 2026年5月版 — 個人インフラエンジニアの活用 5 パターン いまここ
- 第 2 回: Hyper-V ホームラボに Cowork を組み込む
- 第 3 回: Cowork で 4 技術並行学習を回す
- 第 4 回: OpenTofu と Ansible のコードを Cowork に育てさせる
- 第 5 回: 通勤・出張・昼休みを学習時間に変える Cowork モバイル & Dispatch 活用
- 第 6 回: ホームラボの検証ログを技術ブログ記事に変換する
- 第 7 回: NotebookLM × Cowork × Claude Code × Antigravity 使い分けマップ + 業務外で武器を磨く 5 原則
