本流の作業場所にいきなり手を入れるのは、だいたい雑だ。あとで戻せばいいと思っても、戻す前に差分が混ざり、試したはずの変更が本番の仕事に紛れ込む。Claude Code を使うときも同じで、まずやるべきなのは「別作業場所を切って本流を汚さず試す、作業場所を分ける基本」を徹底することだ。
Claude Code は、いま開いているディレクトリを前提にファイルを読んで、書いて、差分を作る。だから、試し書き、整理、変換、置換、下書き作成のどれでも、元の場所をそのまま触らせると事故りやすい。逆に言うと、最小のルールさえ守れば、かなり気楽に使える。作業の速さより、まずは汚さないことだ。
やり方は単純でいい。手元の本流ディレクトリをそのまま触らず、別の作業用フォルダを作る。そこで試す。終わったら結果だけを本流に戻す。これだけで、たとえば文書の整形、ファイル名の整理、不要ファイルの洗い出し、コード修正の試行錯誤がずっと扱いやすくなる。
たとえば、案件ごとに書類を作るなら、こんな感じで切る。
mkdir -p ~/work/project-a-draft
cp -R ~/work/project-a/* ~/work/project-a-draft/
cd ~/work/project-a-draft
claude
コピー元の量が多いなら、全部を雑に複製しないほうがいい。不要な巨大ファイルやキャッシュまで持ってくると、試すたびに重くなる。必要なものだけを持ってくるのが筋だ。文書作業なら、関連する原稿と参考資料だけ。写真整理なら、対象のフォルダだけ。開発なら、テスト対象の部分だけで十分なことが多い。
Claude Code への指示も、最初から「ここを直して本番に反映」ではなく、「この作業用コピーの中で試して」と切ると安定する。
このディレクトリは作業用コピーです。
元ファイルは触らず、この中だけで整理案を作ってください。
不要ファイル候補を列挙し、削除前に必ず確認してください。
この一言を入れるだけで、勝手に本流へ突っ込む事故をかなり減らせる。CLI の道具は、実行中に見えている場所がすべてだ。人間は「わかってるつもり」になるが、ツールはそこを忖度しない。
筆者は一度、元の案件フォルダでそのまま試して、差分が肥大化したことがある。見た目は小さな修正だったのに、実際には関連ファイルまで触れていて、あとでどれが本命の変更か分からなくなった。作業用コピーに逃がしていれば避けられた話だ。こういう手戻りは、能力不足ではなく、置き場所のミスで起きる。
特に気をつけたいのは、削除系と一括置換系だ。これらは一発で終わるぶん、雑に本流でやると痛い。Claude Code に頼むなら、先に「提案だけ」「確認してから実行」と分けるのが安全だ。
まずは削除候補を一覧にして。
実際の削除はしないで、理由も添えて止めて。
ファイル名の変更案を出して。
まだリネームしないで、影響範囲を先に確認したい。
この順番を守ると、作業がかなり落ち着く。いきなり変えるのではなく、案を出させてから動く。Claude Code は、この使い方のほうが向いている。
非エンジニアの作業でも同じだ。たとえば、契約書、議事録、申請書、領収書の整理をしたいなら、まず「本流の保管フォルダ」と「試すための作業フォルダ」を分ける。作業フォルダでファイル名のルールを決め、重複や不要ファイルの候補を洗い出す。うまくいった命名だけを本流へ戻す。これなら、途中でおかしくなっても被害は小さい。
少し進めるなら、作業用コピーを毎回手で作るのではなく、日付つきで切ると混線しにくい。
cp -R ~/work/project-a ~/work/project-a-2026-10-18-test
古い試行が残っていても、あとから見分けやすい。こういう地味な命名が効く。中身の工夫より、まず場所の工夫だ。
本流を汚さないための最小ルールは、実はひとつしかない。元の場所をそのまま試験台にしないことだ。作業場所を分け、そこで Claude Code に試させ、結果だけを戻す。この順番を固定しておけば、文書でもファイル整理でもコードでも、だいぶ安心して回せる。雑に始めて雑に壊すより、最初に場所を分けたほうがずっと速い。