AIに複数の仕事を同時に任せる技術「Git Worktree」を、非エンジニア向けに解説する

Claude CodeやCursorを開くと、最近こんな選択肢が増えていることに気づいた人は多いと思います。「新しいWorktree」。チェックを入れるかどうか聞かれるけれど、仕組みがよく分からないから、なんとなく避けている。私もそうでした。

でも調べてみたら、これは非エンジニアこそ知っておいて損のない話でした。コードを書かない人にも、AIに仕事を任せる時代の「作業のさばき方」が、ここに詰まっているからです。

今日は、このWorktree（ワークツリー）という機能を、料理のたとえ話で最後まで腹落ちさせます。専門用語はほぼ使いません。

1 まず、Gitの「作業場」をまな板にたとえる
2 「まな板1枚問題」という、地味な地獄
3 Worktreeの正体は「まな板を増やすだけ」
4 なぜ今、AIツールで当たり前になったのか
5 非エンジニアは、結局これを使うべきか
6 ひとつだけ注意。Dropboxとの相性
7 結論：あなたの「使う・使わない」判断基準

まず、Gitの「作業場」をまな板にたとえる

Worktreeを理解するには、その手前にあるGitの話を1分だけ。Gitは「ファイルの変更履歴を全部記録して、いつでも過去に戻れるようにする仕組み」です。文書のバージョン管理を、超強力にしたものだと思ってください。

このGitの世界には、2つの場所があります。ひとつは、いまあなたが実際に開いて編集しているファイル一式。料理でいうまな板の上です。もうひとつは、これまでの全バージョンが丸ごと眠っている記録庫。こちらは冷蔵庫にあたります。

ここで大事な事実がひとつ。冷蔵庫の中には「味付けA」「実験B」と何皿でも保存できるのに、まな板の上に出せるのは一度に1皿だけ。別の皿を見たくなったら、今のをいったん冷蔵庫に戻すしかない。この「まな板が1枚しかない」という地味な制約が、長いあいだ現場を苦しめてきました。

「まな板1枚問題」という、地味な地獄

いちばん多いのが、作業の途中での割り込みです。

あなたが手の込んだ新作を仕込んでいる最中に、「さっき出した料理、作り直して！」と緊急依頼が飛んでくる。でもまな板は1枚。作りかけをどかさないと、緊急の皿を出せない。

昔の人は、ここで2つの苦肉の策をとっていました。ひとつは、作りかけを一時的に封筒へ避難させる方法。一応まな板は空くのですが、封筒に入れた瞬間、どこまでやったかの景色が消える。緊急対応を終えて戻ると、頭が真っ白。集中を5分中断させられて、思考が完全にリセットされたあの感覚です。

もうひとつが、フォルダごと丸ごとコピーする力技。一見うまくいきそうで、これが地雷でした。コピーした2つは赤の他人になり、冷蔵庫まで分裂する。片方で保存した履歴が、もう片方に伝わらない。おまけに重くて、フォルダ名は散らかり、どっちで作業中か分からなくなって上書き事故を起こす。重い・ダサい・事故るの三重苦です。

根っこにあるジレンマは、ひとことで言えるものでした。「履歴は1つに保ちたい。でも作業場は複数ほしい」。これが長らく未解決だったのです。

Worktreeの正体は「まな板を増やすだけ」

そこに現れたのがWorktreeでした。やっていることは、拍子抜けするほどシンプルです。

冷蔵庫は1つのまま共有して、まな板だけ何枚も増やす。これだけ。

フォルダ丸ごとコピーは厨房ごと建て直す大惨事でしたが、Worktreeは冷蔵庫もレシピ帳も1つのまま、まな板の2枚目・3枚目を横に置くイメージです。実際にパソコン上では、「myproject」の隣に「myproject-bugfix」というフォルダがポンと増えます。

ここがいちばんの肝なのですが、増えたフォルダの中にも、ファイルは全部そろっています。半分こではなく、それぞれが一人前の独立した作業場。違うのは記録庫の扱いだけで、本体の冷蔵庫はあくまで1つを共有しています。だからフォルダ丸ごとコピーより圧倒的に軽く、履歴も分裂しません。

これで、さっきの割り込み地獄は消えます。新作を作りかけのまま放置して、隣のまな板で緊急対応すればいい。終わったら元のまな板に戻るだけ。ファイルもさっきのまま、思考もさっきのまま。あの「戻ったら真っ白」が、まるごと無かったことになります。

なぜ今、AIツールで当たり前になったのか

実はWorktree自体は、昔からGitにあった機能です。導入されたのは2015年。長いあいだ、知る人ぞ知る上級者の隠し技でした。なぜなら人間は、一度に1つの作業しかできないから。まな板の2枚目は、あれば便利だけど無くても困らない道具だったのです。

ところがAIの登場で、風景が一変しました。AIは疲れないし、何人いてもいい。

1人のあなたが、AIに「君は新機能、君はバグ修正、君は別案の実験」と3つ同時に指示を出せる。料理人を3人いっぺんに雇った状態です。でも、まな板が1枚しかなかったら？ 3人がそこで取り合いになって大渋滞。人間時代には地味だった「まな板1枚問題」が、AI時代には致命傷になるわけです。

ここでWorktreeがぴたりとハマります。AIごとに専用のまな板を1枚ずつ渡せばいい。お互いのファイルを踏まず、混ざらず、それでいて冷蔵庫は1つだから後でまとめるのもスムーズ。Claude CodeやCursorが標準装備し始めたのは、「作業の数だけ作業場を足せる」というWorktreeの性質が、AIの数だけ作業場が要る状況の答えそのものだったからです。

実際、Cursorでは複数のエージェントをそれぞれ専用のWorktreeで並列に走らせ、終わったらブランチごとに差分を確認して本番に取り込む、という運用が紹介されています。「片方で記事を書きながら、もう片方で画像生成スクリプトを直す」が、フォルダを移動するだけで同時に進む。直列でしか進まなかった作業が、並列になるのです。

非エンジニアは、結局これを使うべきか

ここが本音の話です。コードを書かない自分には関係ない、と避けている人は多い。でも調べた結論は、こうでした。

コマンドを自分で打つ必要はない。けれど「概念」は知っておく価値がある。

まず、生のコマンド運用は非エンジニアにはオーバーキルです。一度に1つのことしかしないなら、わざわざWorktreeを持ち出す意味はありません。実際、非プログラマー向けのGit入門でも、必要なのは基本操作だけで、Worktreeは登場すらしない、というのが大方の論調でした。

一方で、見落としてはいけない事実もあります。あなたがコードを書かなくても、AIはあなたの代わりに、HTMLやExcelを作るスクリプト、原稿のテキストといった実ファイルを書き換えている。つまり「ファイルが書き換わる」現象は、エンジニアと同じように起きている。だから「その書き換えを本番フォルダで直接やるか、安全な別の作業場でやるか」という選択は、非エンジニアにも等しく効いてきます。

そして肝心なのは、いまのClaude CodeやCursorは、この仕組みをボタンやチェックで裏側に隠してくれている点です。あなたがコマンドを覚える必要はない。「新しいWorktree」を選べば、AIが勝手に別フォルダで作業し、終わったら「残しますか、消しますか」と聞いてくる。怖がって避けるほどのものではなく、むしろ本番を汚さない安全な箱なのです。

ひとつだけ注意。Dropboxとの相性

最後に、これは知っておいたほうがいい落とし穴です。

GitやWorktreeを、Dropboxなどのクラウド同期フォルダの中で使うのは、本来あまり相性が良くありません。記録庫の中身は、大量の小さなファイルが頻繁に書き換わるため、同期が競合したり、まれにファイルが壊れて「競合コピー」が生まれたりすることがあるからです。

ふだんの作業をDropboxに置いていて、「何か消えてもリビジョンで戻せばいい」という運用は、ライトな作業にはまったく正論です。バックアップ目的でわざわざGitを入れる必要は、あなたにはありません。ただ、本格的にWorktreeで並列作業を回すなら、そのプロジェクトはDropbox同期の外に置くか、記録庫だけ同期から外す。これだけで事故はぐっと減ります。