VS Code の Claude · 3つのAIを並列で働かせて3倍のスピードで進む

これは誰のため？

すでにコードエージェント（Claude Code など）で構築していて、もっと速く進めたい——余計なプログラミングなしで——プロのように働きたい人のためです。これは [GitHub ガイド](/recursos/guarda-todo-en-github-antes-de-que-la-ia-lo-rompa) の自然な続きです。あちらでは保存と巻き戻しを学び、ここでは複数の戦線で同時に働くことを学びます。

いつこの必要性が生まれる？（まさにその瞬間）

その瞬間は、プロジェクトが大きくなり、1つのAIが一度に1つずつ作業するだけでは物足りなくなった時にやってきます。もっと速く進めたい：あるセッションが機能を作っている間に、別のセッションがバグを直し、3つ目が新しいアイデアを試す——すべて同時に。また、2つの道で迷った時（「こうするか、ああするか？」）、決める前に両方を見たい時も。あるいは、すでに動いているものに触れずに、リスクのある何かを試したい時も。こうしたケースすべてで、たった1つのバージョンの上で一度に1つずつ進めるのは、遅くて脆いのです。

これが生まれる痛み · 遅くて怖い

2つの痛みが重なっています。スピードの痛み：1つのセッションだと一列縦隊で進む——1つ終わらせてやっと次を始められ、大きなプロジェクトは激遅になります。そして恐怖の痛み：すべてがたった1つの正しいバージョンの上で起こるので、AIが別の何かを「改善」しようとして何かを壊すのが怖くて、臆病な変更しか頼めません。並列で、隔離されたバージョンで働くと、両方を解消します：複数の戦線で同時に、しかもリスクなしで進めます。

「worktree」とは？（わかりやすく言うと）

GitHub ガイドでブランチを見ました：プロジェクトの並列コピーです。worktree はそれをさらに一歩進めます：それらのブランチのいくつかを同時に開いて生きたまま持てるようにし、それぞれが自分専用のフォルダにあり、互いに触れません。1つのAIが「アイデアA」で作業している間、別のAIが「アイデアB」にいられて、メインのバージョンは無傷のままです。一度に1つずつではなく——全部を同時にです。

こう想像してみて · 生きたコピー用紙

あなたのメインプロジェクトは原本の書類です。worktree は独自の命を得たコピー用紙です：原本が別の机で綺麗なままの間、そのコピーに思う存分書き殴れます。しかもコピーは同時に5枚持てて、それぞれ違うアイデアを入れられます。最後に、うまくいったものを原本に移し、残りはゴミ箱へ。原本は決して危険にさらされません。

超能力 · アイデアごとに1ブランチ、VS Code の Claude で

Claude Code には VS Code 向けの公式拡張機能があります（Cursor や互換ツールでも動きます）。そこから複数のAIセッションを並列で開き、それぞれ自分専用の worktree で動かし、提案された変更をビジュアル diff（横並び）で見て、承認したり却下したりできます。何より、隔離された worktree の作成はコマンド一発です。

アイデア用に worktree を作る（コマンド一発）bash

claude --worktree mi-idea-arriesgada

これでプロジェクトの隔離コピーが（.claude/worktrees/mi-idea-arriesgada/ に）新しいブランチの上に作られ、メインのバージョンには触れません。そこでアイデアを試し、うまくいけば統合し、ダメなら削除して何事もなかったことに。claude --worktree otra-idea で別のセッションを開き、2つを同時に競わせることもできます。

コマンドを覚えなくていい · AIに頼もう

シリーズ全体と同じく：ターミナルに触りたくなければ、エージェントに話しかけます。「メインのバージョンに触れずに [あなたのアイデア] を試すための worktree を開いて」——彼がやってくれます。あなたはどのアイデアを試すか、どれを残すかを決めるだけです。

これが役立つ3つのシナリオ

1 · リスクのある変更

大きな何かを作り直したいけれど、動いているものを壊すのが怖い。worktree でやります：うまくいけば統合し、失敗したら捨てます。あなたの正しいバージョンは気づきもしません。

2 · 2つの道（こう？ああ？）

ある機能をこう作るか、ああ作るか分からない。2つの worktree を開き、AIに各アプローチを並列で試させ、実際の結果で比べ、勝者を残します。勘ではなく、証拠で決めます。

3 · 行き詰まったセッション

AIとの会話がこじれたり、悪い方向に行ってしまった。捨てる代わりに、別のセッションを並列で開き（自分専用の worktree）、最初の作業を捨てずに新鮮なまま続けます。

これが私たちのやり方 · 複数セッションを同時に（最大の加速装置）

これが最大のメリットで、まさに私たちが構築している方法です：1つのAIが一列縦隊で進むのではなく、複数のセッションが並列で作業し、それぞれが自分専用の worktree にいます。セッション1が製品の一部を作り、セッション2が別の何かを組み、セッション3は新しいアイデアを試しているかもしれない——3つが同時に進み、互いに邪魔しません。1人ではなく3人の従業員を、それぞれ自分の机で、邪魔し合わずに持つようなものです。

完全なフロー（並列 + C-A-R + マージ）

これがカオスにならない鍵：各セッションは統合する前に、自分の作業をきちんと締めます。サイクルは：(1) 各セッションが自分のブランチ/worktree で作業 · (2) 何かが終わったら [C-A-R プロトコル](/recursos/protocolo-car-construir-sin-bugs)を適用——監査し、デバッグし、完璧に仕上げる · (3) その時初めてそのブランチをメインにマージ · (4) 次で繰り返す。こうして3倍のスピードで進みつつ、各ピースは綺麗にあなたの正しいバージョンに入ります。

惨事を防ぐルール · 自分のブランチへ push、メインへは push しない

並列作業でよくある間違い：作りかけのセッションからメインブランチに push して、別のセッションの作業を上書きしてしまうこと。黄金律は：各セッションは自分専用のブランチに保存して push する、決してメインに直接ではなく。メインは マージ 経由でのみ、しかも監査後にだけ受け取ります。迷ったらAIに頼みます：「main ではなく、このセッションのブランチに push して」。

こう想像してみて · 複数のコック、整然としたキッチン

同じキッチンで3人のコックがぶつかり合えばカオスです。でも各自が自分の台（worktree）を持ち、完成して試食済みの皿だけをメインの台に運べば（C-A-R 後のマージ）、キッチンは飛ぶように回ります：1人分の時間で3皿が出て、どれも中途半端には出ません。それがうまくやる並列作業です。

ビジュアルレビュー · 承認するか却下するか、あなたが決める

VS Code の中で、AIがファイルを変更したい時、横並びの比較を見せてくれます：元々あったもの vs 提案するもの。あなたが決めます：受け入れる、却下する、または何を変えるか伝える。あなたの知らないところで何も変更されません。従業員が変更を適用する前に一つ一つ見せてくれるようなもので、全部に触ってから後で気づく、ということがありません。

正直な期待値

レビューはファイルごと（横並び diff、受け入れ/却下）で、まだ完璧な「全部を一気に承認」ではありません。そしてブランチの統合（マージ）は時々コンフリクトが起こり、通常の git のフローで解決します——とはいえAIが自然言語で手伝ってくれます。誇張なし：強力ですが、作業ツールであって、ワンクリックの魔法ではありません。

黄金のルーティン · カオスなしで並列に進む

習慣

1セッション = 1ブランチ/worktree： 各作業戦線を隔離コピーに。メインのバージョンの上に複数を、は決してしない。
自分のブランチへ push、メインへは決してしない： 各セッションは自分のものに保存し、メインはマージ経由でのみ受け取る。
統合前に C-A-R で監査： どのブランチも、まず監査/デバッグを通さずにメインに入らない。
VS Code で diff を確認してから受け入れる——あなたが決める、AIではなく。
完璧になったものだけをマージ： 完成して監査済みのピースは統合し、実らなかったアイデアは罪悪感なく削除する。

すぐ使える Prompt · 並列作業のフローを組む

これをコピーしてコードエージェントに貼れば、コマンドを覚えなくても、複数の戦線で同時に働くよう導いてくれます：

エージェントに貼る · 複数セッションを並列で働かせるtexto

複数のセッションを並列で（それぞれ自分専用の隔離バージョン＝worktreeで）動かして、プロジェクトをもっと速く進めたい。互いに邪魔せず、メインのバージョンを壊さずに。gitを知らない前提で、簡単な言葉で導いて。

1. worktreeとは何か、一文で説明して（プロジェクトの生きた隔離コピー）。
2. 私はこれらの戦線を同時に進める：[タスクを列挙、例：「1) ホーム画面を作り直す、2) ログインを直す、3) 新しいアイデアを試す」]。安定バージョンから分岐して、それぞれに専用のworktreeを作って。
3. 各worktreeでVS Codeを開いて、diffを見て変更をビジュアルに承認/却下する方法を教えて。
4. 重要なルール：各セッションは自分専用のブランチにpushすること、決してメイン（main）にはしない。メインはマージ経由でのみ受け取る。
5. あるタスクがそのworktreeで終わったら、統合する前に：C-A-Rプロトコルを適用して（監査、デバッグ、完璧に仕上げる）。その時初めてそのブランチをメインにマージし、コンフリクトは自然言語で解決して。
6. あるアイデアが実らなかったら、メインプロジェクトが気づかないうちにそのworktreeを捨てる手伝いをして。

黄金律：並列で進めるが、メインブランチにはマージ経由で監査済みのものだけが入る——決して中途半端には入れない。

NeuralOS では隔離が最初から付いている

NeuralOS では、エージェントとの各作業セッションはすでに隔離されて生まれます——worktree もブランチも考えずに、互いに邪魔せずにいろいろ試せます。「並列で怖がらず実験する」という発想が、この製品の設計そのものの一部なのです。学習カーブなしにその超能力が欲しいなら、それが近道です。

すべてを GitHub に保存 · この全ての土台worktree は git のブランチに支えられています。GitHub ガイドを飛ばしたなら、まずそこから始めましょう。C-A-R プロトコル · マージ前に各ブランチを監査アイデアをメインのバージョンに統合する前に、C-A-R で監査しましょう。並列作業と完璧に組み合わさります。

#claude-code#vscode#worktrees#生産性