4 つの AI ツール使い分け｜業務外で武器を磨く 5 原則

ホームラボで複数の技術を並行学習する個人インフラエンジニアにとって、AI ツールは「Cowork だけ使えばよい」という時代ではなくなりました。本シリーズ 第 1 回のハブ記事で示した 5 パターンを実践に移すと、ドキュメント読解・コード深掘り・別 IDE 体験という 3 つの領域で Cowork 単体ではカバーしきれない場面が出てきます。

最終回となる本記事では、NotebookLM・Cowork・Claude Code・Google Antigravity（グーグル アンチグラビティ）の 4 ツールを「学習サイクルのフェーズ別に使い分ける」視点で統括し、業務外で技術スタックを磨き続けるための 5 原則でシリーズを締めくくります。

シリーズを俯瞰する — Cowork が届かない 3 つの領域

第 1 回から第 6 回でシリーズの 5 パターンを解説しました。パターン 1「ホームラボ環境管理」では 第 2 回でフォルダスコープと memory.md の配置手順を示しました。

パターン 2「4 技術並行学習の記録」では 第 3 回でプロジェクト二段構成とモダリティ別ログ記録術を整理しました。

パターン 3「IaC コードの育成」では 第 4 回で OpenTofu と Ansible のコードを Cowork に蓄積させるループの作り方を示しました。

パターン 4「スキマ時間の学習活用」では 第 5 回で Dispatch（ディスパッチ）によるモバイルからデスクトップへの非同期タスク投入を扱いました。

パターン 5「検証から発信へ」では 第 6 回で検証ログを Gutenberg HTML に変換するカスタムスキルを設計しました。

6 本の記事を通して整理すると、Cowork が得意とするのは「蓄積・反復・記録」の領域であり、以下の 3 つの局面では他のツールが主担当になります。

• 深いドキュメント読解（Mode C）: VMware VCF9 の公式 PDF 群を束ねてマインドマップ化したい、英語の仕様書を音声でインプットしたいという局面では NotebookLM のほうが向いています。第 3 回でも「VCF9 は NotebookLM のほうが向く局面が多い」と明示しました。
• ターミナル中心のコード編集: Ansible playbook や OpenTofu HCL をターミナルから直接書き換えながら実行・テスト・Git コミットを回す場面では、Claude Code が Cowork より軽快に動きます。Cowork はレビュー伴走役として機能しますが、端末操作が主軸の作業には Claude Code に軍配が上がります。
• マルチエージェント IDE 体験: Editor + Terminal + Browser をエージェントが横断する実験的なワークフロー（例: Kubernetes マニフェストを書きながらブラウザで Helm チャートの公式ドキュメントを自動参照する）は、Google Antigravity の守備範囲です。

この 3 つの隙間を埋めるために 3 ツールを加えると、月あたりのコストはいくらになるか。2026-05-03 時点の公式価格で整理すると、想定より安くなります。

4 ツールの位置づけ — 読む・蓄積する・書く（CLI / IDE）の 3 軸

4 ツールを機能比較で並べる前に、それぞれが学習サイクルのどの役割を担うかを「3 軸」で整理しておきます。3 軸で見ると競合関係が薄れ、補完関係が明確になります。

• 読む（インプット系）: NotebookLM — PDF・ePub・Web URL・YouTube・音声ファイルを束ね、ソース横断 Q&A・音声概要（Audio Overview）・マインドマップ・学習ガイドを生成します。ソースの外に出た情報は回答しない設計により、ノイズが少ないです。公式 API は 2026-05-03 時点で未提供のため、他ツールとの自動連携には限界があります。
• 蓄積する（実行系）: Cowork — フォルダスコープ・プロジェクト（Project）・メモリ（Memory）・スケジュールタスク（Scheduled Task）でハンズオン記録を蓄積し、スキル（Skill）で変換・発信まで一気通貫します。GUI 操作前提で CLI を開かない学習者に向きます。macOS / Windows のみ（Linux 非対応）。
• 書く・CLI 派: Claude Code — ターミナルまたは IDE 内で動くコーディングエージェント。Claude Pro に同梱済みのため追加費用ゼロ。macOS / Linux / Windows（WSL 経由が公式推奨）に対応。HCL・YAML・manifest の編集からテスト実行・Git 操作まで端末操作が主軸の作業に向きます。
• 書く・IDE 派: Google Antigravity（グーグル アンチグラビティ）— 2025-11-18 公開のエージェント型 IDE。Editor + Terminal + Browser をエージェントが横断するマルチエージェント・オーケストレーションが特徴。Gemini 3 を主軸とするマルチモデル対応。個人 Gmail でサインインする個人前提と整合しています（Workspace アカウントは Public Preview 中は非対応）。

学習サイクル 6 フェーズ × 4 ツール マトリクス

4 ツールを「何が優れているか」ではなく「学習サイクルのどのフェーズで主担当になるか」という視点で整理したのが以下の表です。◎ は主担当（このフェーズではこのツールを起点にする）、○ はサブ担当（補助的に併用できる）、△ は部分対応（できなくはないが第一選択にはしない）、× は対象外を意味します。

フェーズ	NotebookLM	Cowork	Claude Code	Antigravity
1. ドキュメント読解（PDF / 公式 docs / ePub / 英語論文）	◎ 主担当	○ 単発抽出	×	×
2. ハンズオン記録（コマンド試行・エラー・仮説）	×	◎ 主担当	△ 端末ログのみ	△ 端末ログのみ
3. IaC コード編集（HCL / YAML / manifest）	×	○ レビュー伴走	◎ CLI 派の主担当	◎ IDE 派の主担当
4. ターミナル操作（git / 実行 / テスト）	×	△ 限定実行	◎ 主担当	○ Editor 内蔵 Terminal
5. ブログ執筆・Gutenberg 出力	△ 用語整理のみ	◎ 主担当（スキル連携）	△ ローカル編集のみ	△ 同左
6. モバイル / スキマ時間	◎ 受動消費（音声概要）	◎ 能動指示（Dispatch）	×	×

フェーズ 6「モバイル / スキマ時間」で NotebookLM と Cowork の両方に ◎ が付いているのは、役割が正反対だからです。NotebookLM のモバイルは「受動消費」——デスクトップで作った音声概要を移動中に聴きます。

Cowork のモバイルは「能動指示」——Dispatch でデスクトップセッションに作業を投げ込みます。

この対比は NotebookLM シリーズ #08「モバイルとデスクトップの役割分担」と Cowork シリーズ第 5 回「Cowork モバイル & Dispatch 活用」でそれぞれ掘り下げています。

フェーズ別の意思決定ポイント

フェーズ 1（ドキュメント読解）: VCF9 の公式 PDF 群を扱う際の第一選択は NotebookLM です。ソース 50 件までのノートブックに束ね、マインドマップ・音声概要・FAQ を生成します。

Cowork でも同じ PDF にアクセスできますが、「ソース横断の構造化生成」という用途では NotebookLM が向いています。なお、NotebookLM のマインドマップと Studio の構造化アーティファクトはモバイルアプリ非対応であり、デスクトップで作業する必要があります（NotebookLM シリーズ #08 の境界表で確定済み）。

フェーズ 2（ハンズオン記録）: k3s のセットアップ中に kubeadm init が失敗したログ、Payara の JDBC プールエラーの試行錯誤——こうした記録の蓄積は Cowork が最も得意とする領域です。

第 3 回で確立した固定 6 項目フォーマット（目的・実行コマンド・出力・エラー・仮説・次にやること）に沿って logs/<技術>/ に積み上げていくことで、後から Cowork に読ませて月次サマリやブログ記事への変換ができます。

フェーズ 3・4（コード編集・ターミナル操作）: Ansible playbook を書きながら ansible-playbook を実行して結果を見る、OpenTofu の HCL を編集して tofu plan を確認するという端末操作が主軸の作業は、Claude Code の守備範囲です。Cowork はそのコードを後からフォルダスコープ越しにレビューする役割になります。

Claude Code でコードを書き進め、Cowork でレビューとフィードバックを受け取り、ログを蓄積する——という 2 ツールの分担が実運用に近い形です。

フェーズ 5（ブログ執筆）: Cowork の一人勝ち領域です。第 6 回で設計した homelab-log-to-blog カスタムスキルが、フォルダスコープ内の検証ログを入力として Gutenberg ブロック HTML を出力します。

Claude Code や Antigravity でもローカルファイルを編集することはできますが、Cowork の「メモリ（Memory）に技術ブログの作法を覚えさせ、スキルで再利用する」という設計には及びません。

シリーズ全 6 記事の振り返り — 5 パターンと深掘り記事の対応

本記事で示したマトリクスは、シリーズ #02〜#06 で解説してきた 5 パターンをフェーズ別の Cowork 活用として整理し直したものです。以下の表でシリーズ全体の構造を振り返ります。

パターン	主な Cowork フェーズ	深掘り記事	4 ツール視点での補足
1. ホームラボ環境管理	フェーズ 2（記録の前提構築）	第 2 回: Hyper-V ホームラボに Cowork を組み込む	フォルダ構造は 4 ツール共通の作業ベースになる
2. 4 技術並行学習の記録	フェーズ 1〜2（モダリティ別）	第 3 回: Cowork で 4 技術並行学習を回す	VCF9（Mode C）は NotebookLM が主担当、他は Cowork が主担当
3. IaC コードの育成	フェーズ 3〜4（コード・端末）	第 4 回: OpenTofu と Ansible のコードを Cowork に育てさせる	端末操作は Claude Code / Antigravity、レビュー伴走は Cowork
4. スキマ時間の学習活用	フェーズ 6（モバイル）	第 5 回: Cowork モバイル & Dispatch 活用	受動消費は NotebookLM（音声概要）、能動指示は Cowork（Dispatch）
5. 検証から発信へ	フェーズ 5（ブログ執筆）	第 6 回: ホームラボの検証ログを技術ブログ記事に変換する	Cowork の一人勝ち領域。カスタムスキルで Gutenberg HTML を生成

業務外で武器を磨く 5 原則

4 ツールを揃えても「どう回すか」がなければ道具に終わります。シリーズ全体を通して整理した「長期的に学習を継続し、成果を積み上げるための設計」を 5 つの原則に凝縮します。

各原則は動詞 1 語で呼びます。

原則 1: 任せる（Delegate）

スキマ時間にも回せる定型作業を AI に任せます。自分の時間で全部こなそうとすると、学習コストの大半が「整理・変換・繰り返し入力」に消えます。

第 3 回で取り上げた monthly-learning-summary スケジュールタスクは、設定すれば毎月自動で月次サマリを生成します。

第 5 回の Dispatch は通勤中から「昨日のログを要約して memory.md に追記して」という作業をデスクトップ Cowork に委ねます。

第 6 回の homelab-log-to-blog スキルはログの構造化と記事生成を任せる設計です。

「任せる」の前提は「何を任せるかを明確にする」ことです。プロジェクトのインストラクションと memory.md に前提を書き込む作業は自分でやります。

その投資が後の委任を成立させます。

原則 2: 残す（Persist）

試行錯誤を必ず Cowork が読める形で残します。ターミナル履歴に任せ、頭の中だけで覚えるという習慣は「知識の揮発」を起こします。

週が明けると先週のエラーの原因を忘れ、同じ失敗を繰り返します。

第 2 回で確立した HomeLab\ フォルダ構造、第 3 回の固定 6 項目フォーマット（目的・実行コマンド・出力・エラー・仮説・次にやること）、第 4 回の tofu plan / tofu apply 出力ログの蓄積手法が、この原則の具体化です。

NotebookLM を使う場合も同じ原則が適用されます。ノートブックにソースを追加して蓄積した学習履歴は、次の Q&A セッションで精度を上げる資産になります。

Claude Code / Antigravity でコードを書いた場合も、差分を Git でコミットしてログとして残すことが「残す」の実体です。

原則 3: 出す（Publish）

検証ログを技術ブログ・コードリポジトリ等で世に出します。ローカルだけで完結させると、理解の検証が自己完結になり、曖昧な理解が固定化します。

書いてみて初めて「何を分かっていないか」が見えます。

第 6 回の Gutenberg 一気通貫フローがこの原則の中核です。個人 GitHub へのコード公開も同じ効果を持ちます。

コードを公開可能な状態にすること——変数化・コメント整備・認証情報の排除——は、そのコードが本当に理解されているかの確認作業でもあります。

原則 4: 続ける（Sustain）

学習を中断しない仕組みを作ります。モチベーションに依存する学習は、疲れた日・忙しい週に止まります。

止まった習慣は再開しにくいです。

第 5 回の通勤・出張・昼休みの Dispatch 活用は「PC を開かなくても学習が動く」状態を作ります。第 3 回のプロジェクト二段構成は、複数の技術が同時進行していても「どこからでも入れる」入口を複数持つ設計です。

NotebookLM の音声概要（Audio Overview）を移動中に聴くことも「続ける」の一形態です。

スケジュールタスクやスリープ設定の keep-awake トグルを使って「PC が起動していなければ回らない」制約を管理することも、この原則の実装に含まれます。仕組みを作ることで、個人のモチベーション変動の影響を最小化します。

原則 5: 見直す（Review）

月次・四半期で学習方針と使うツールを見直します。同じツール・同じ技術を惰性で続けていると、成長が止まった段階に気づきません。

第 3 回の月次サマリスキルと第 6 回の月次ログ横断記事化は、この見直しサイクルの起点になります。

「先月は VCF9 ばかり進んだが Kubernetes が止まっている」「Cowork で記録しているが Claude Code の使い方をまだ試していない」という気づきは、サマリを読むことで初めて見えます。

4 ツールの使い分けも「四半期で見直す」対象です。Antigravity が GA に到達し機能が安定した段階で使い方を再評価します。

Claude Code の Pro 同梱状況を定期確認します。NotebookLM に API が提供された場合は Cowork との自動連携を検討します。

ツール環境自体が変わるため、マトリクスも固定ではなく更新する前提で持ちます。

2026-05-03 時点の注意フラグ — 4 ツールの変動性に備える

4 ツールはそれぞれ異なる変動リスクを持ちます。「見直す」原則の具体的な確認項目として、2026-05-03 時点の状態と注意点を一覧で示します。

ツール	2026-05-03 時点の状態	変動リスク	確認先
Cowork	GA・Pro / Max で全機能提供	Dispatch・Computer Use がリサーチプレビュー。機能変更あり	claude.com/product/cowork
Claude Code	Pro / Max に同梱（2026-04 撤回後に復元・安定）	2026-04 の経緯が示すとおり同梱状況は変わる可能性あり	claude.com/pricing / support.claude.com
Google Antigravity	Public Preview 継続中・無償	GA 化でレート制限変更・有償化の可能性あり	antigravity.google
NotebookLM	無料版で主要機能利用可。API 未提供	API 提供が始まれば他ツールとの自動連携が可能になる	notebooklm.google

まとめ — シリーズ全 7 回を終えて

本シリーズは「Hyper-V ホームラボで 4 技術を並行学習する個人インフラエンジニアが、業務外の時間と個人デバイスで技術スタックを磨き続けるために Cowork を中心とした 4 ツールをどう使うか」を全 7 回かけて整理しました。

第 2 回でフォルダ構造と memory.md の作り方を示し、第 3 回でプロジェクト二段構成とモダリティ別記録術を整理し、第 4 回で OpenTofu・Ansible のコードを蓄積するループの組み方を解説し、第 5 回でモバイルから学習が動く仕組みを示し、第 6 回で検証ログをブログ記事に変換するフローを整理しました。そして本記事では、その 5 パターンをフェーズ別の使い分けマトリクスと 5 原則のフレームワークにまとめました。

4 ツールを使い分ける骨格は「読む = NotebookLM、蓄積する = Cowork、書く CLI 派 = Claude Code、書く IDE 派 = Antigravity」です。月 $20 でこの 4 ツール体制が整います。

コストの敷居は低いです。残るのは「続ける仕組み」と「見直すサイクル」の設計です。

任せる・残す・出す・続ける・見直す — この 5 動詞が、業務外で武器を磨く個人インフラエンジニアの学習設計の骨格になります。

シリーズを最初から読む、あるいは自分の今の課題に合ったパターンを選んで再読する場合は、第 1 回: Cowork 機能マップ 2026年5月版 — 個人インフラエンジニアの活用 5 パターンを起点にしてください。5 パターンの全体像から、次に深掘りすべき記事にたどり着けます。

NotebookLM を軸にしたドキュメント学習・音声インプット・Studio 構造化の全体像については、NotebookLM 機能マップ 2026 年 5 月版（NotebookLM シリーズ #01）を起点に全 8 回のシリーズを参照してください。

Cowork と NotebookLM は「蓄積する」と「読む」で補完し合う両輪であり、どちらかを先に深めれば、もう片方の活用方法が見えてきます。