本流のリポジトリでそのままClaude Codeを走らせて、あとで「あれ、どこまで触ったっけ」となるのは、かなりよくある失敗だ。雑に試すほど差分は太り、戻すのも面倒になる。だから最初から別の作業場所を切る。作業ブランチでもいいし、別ディレクトリでもいい。Gitのworktreeを使えば、同じリポジトリを複数の作業場所に分けて置ける。
これをやると、Claude Codeに試作を任せても本流を汚しにくい。文章修正でも、ファイル整理でも、コードの小改修でも同じだ。ひとつの場所で検討しながら、別の場所では元の状態をきれいに保てる。地味だが、後戻りの手間がかなり減る。
まず押さえるべきなのは、Claude Codeを「本番の作業場」から切り離すことだ。やり方は大きく三つある。作業ブランチを切ってそこで動かす、別ディレクトリに丸ごとコピーして触る、そしてGitのworktreeを使う。この中でいちばん扱いやすいのはworktreeだ。同じGitリポジトリを複数の作業ディレクトリとして並べられるので、片方を本流、もう片方を試作場にしやすい。
たとえば、今いるリポジトリの中身をそのまま壊したくないなら、こんな流れになる。
git status
git branch
git worktree add ../project-sandbox feature/claude-test
cd ../project-sandbox
この git worktree add で、元のリポジトリとは別の場所に作業用ディレクトリが生える。feature/claude-test はその作業用ブランチ名だ。すでにあるブランチを使うことも、新しく切ることもできる。ここでClaude Codeを起動すれば、本流とは分けた状態で試せる。
使いどころは意外と広い。たとえば、非エンジニア寄りの使い方でもかなり効く。案件ごとに文書をまとめたいとき、元の資料を置いたまま別ディレクトリに成果物用の作業場を作る。重複ファイルの整理や、PDFの仕分け、文章の書き直しをClaude Codeに頼むときも、まず試作場で指示を当てる。いきなり元フォルダを触らせると、戻しづらい。別作業場なら、変な提案を食らっても被害が小さい。
Claude Codeへの指示も、最初から「ここは試作場だ」と明示しておくといい。たとえばこうだ。
このディレクトリは本流ではありません。
まずは差分を小さく保ち、既存ファイルは必要最小限だけ変更してください。
変更前に、何を変えるつもりか短く確認してください。
文章の仕事なら、もう少し具体化していい。
このフォルダは案件Aの作業場です。
元の書面は触らず、下書きファイルを新規作成してください。
既存ファイルを編集する場合は、変更理由を先に示してください。
ポイントは、Claude Codeに「どこを動かしてよいか」を曖昧にさせないことだ。指示がぼやけていると、便利に見えて、結局いろいろなファイルを覗きにいく。そうなるとコンテキストも散らかるし、差分も肥大化する。筆者は最初、雑に「この機能を直して」とだけ投げて、思った以上に関連ファイルを広く触られたことがある。修正自体は筋がよくても、確認コストが高すぎた。別作業場を切っておけば、この手の手戻りはかなり減る。
worktreeを使うときの注意もある。便利だからといって、同じファイルを複数の作業場で同時にいじると混乱する。Gitはそこを全部きれいに面倒見てくれるわけではない。元のリポジトリとworktree側で同じブランチを雑に触ると、どっちが最新か分からなくなる。ここは欲張らず、作業場ごとに役割を分けるのが正解だ。本流は確認用、worktreeは試作用、くらいに割り切る。
ディスクが気になるなら、別ディレクトリへの単純コピーよりworktreeのほうが軽い。コピーは見た目が分かりやすい反面、同じファイルを二重に抱えやすい。大きなリポジトリだと、地味に容量を食う。作業内容が文章中心、あるいは小さな整理作業ならコピーでも足りるが、ソースや素材が多いならworktreeのほうが無駄が少ない。
削除も忘れないほうがいい。試作が終わったら、置きっぱなしにしない。
git worktree list
git worktree remove ../project-sandbox
git branch -d feature/claude-test
remove で作業場を外し、不要ならブランチも消す。ここを後回しにすると、あとで「この作業場、何のために作ったんだっけ」となる。地味にだるい。試した痕跡を残すなら残すでいいが、残さないならきっちり畳む。
Claude Codeで別の作業場所を切るやり方は、派手なテクニックではない。だが、本流を汚さずに試せるかどうかで、使い勝手はかなり変わる。特に、修正対象があいまいなとき、複数案を並べて比べたいとき、元データを壊したくないときに効く。まずworktreeで試作場を作り、そこでClaude Codeに小さく動かす。これだけで、かなり事故が減る。
次に考えるなら、Claude Codeに「どこまで触ってよいか」を事前に縛る書き方だ。別作業場所を切るだけでは、指示が雑だと結局散らかる。作業場の切り方と、依頼文の締め方をセットで覚えると、かなり使いやすくなる。