2026-10-17

Claude Code で作業場所を先に切る

作業場所を決めずに Claude Code を走らせると、だいたい余計なものまで見にいく。あとで「なんでこのフォルダまで触った？」となって、手戻りする。
先にやるべきなのは、作業フォルダを先に決めること、つまり触らせる範囲を狭めることだ。これだけで、指示の精度も速さも、かなり変わる。

Claude Code は CLI で動くぶん、開いている場所の影響を強く受ける。だから最初に「ここだけ見ていい」と線を引いておくといい。
ファイル整理でも、文書作成でも、コード修正でも同じだ。広い場所で始めるほど、モデルは余計な候補を拾いやすい。逆に、対象を絞れば、読む量が減る。探す範囲が狭い。差分も小さくなる。これが地味に効く。

たとえば、案件ごとにフォルダを分けているなら、その案件フォルダの中で Claude Code を起動する。書類整理なら、ひとつの案件フォルダ、ひとつの月次フォルダ、あるいは「不要ファイル候補」だけを集めた作業用フォルダを作る。まず箱を小さくするわけだ。

実際のやり方は単純で、Claude Code を立ち上げる前に、ターミナルでその場所へ移動する。

cd ~/work/案件A
claude

これだけで、作業の前提がだいぶ変わる。
「このフォルダ配下だけを見て、ここからはみ出さないで」と、最初に釘を刺せるからだ。

実務では、指示も最初から狭く書くといい。たとえばコード修正ならこうだ。

このリポジトリの docs/ フォルダだけを対象にしてください。
他のフォルダは読まなくていいです。
README の説明文を、初心者向けに短く整えてください。
変更は最小限にしてください。

ファイル整理なら、もっと素直でいい。

このフォルダの中にある重複っぽいPDFと、不要な一時ファイルを洗い出してください。
削除は勝手にせず、候補を一覧にしてから確認してください。
対象はこのフォルダ配下だけにしてください。

ここで大事なのは、「やってほしいこと」だけでなく、「触っていい範囲」も同時に言うことだ。
人間相手でもそうだが、範囲指定がない依頼はだいたい荒れる。Claude Code も同じで、広い権限を与えるほど、広く見て広く考える。便利な反面、意図しない場所にまで手を伸ばしやすい。

筆者は最初、作業の入口を雑にして痛い目を見た。案件フォルダの親ディレクトリで起動してしまい、関係ない古い資料まで候補に混ざったのだ。差分は小さくならず、確認に時間がかかった。結局、やりたいことは単純なのに、余計な比較が増えてだるい。
そのあとからは、必ず最小の作業フォルダに入ってから始めるようにした。これだけで、読み違いも、作業ミスも減った。

非エンジニアの用途でも、この考え方はそのまま使える。
たとえば、請求書、契約書、議事録をひとまとめにした大きなフォルダを直接触らせると、整理の判断が鈍る。そこで「2025年1月の請求書だけ」「A案件の書面だけ」と、先に小分けにする。Claude Code に渡す前に、対象を人間側で切っておくのだ。ファイルが多いほど、指示は雑に見えてしまう。逆だ。ファイルが多いからこそ、先に切る。

注意したいのは、作業場所を切ることと、作業内容を狭くしすぎることは別だという点だ。
たとえば、修正対象のファイルだけに絞りすぎると、関連する設定ファイルや読み込み元を見落とすことがある。逆に、フォルダを広く取りすぎると、関係ないものまで候補に入る。ちょうどいい線は、実際に見せたい範囲より少しだけ広いくらいだ。たとえば docs/ だけで足りるなら、その親を見せるのではなく docs/ を起点にする。関連ファイルが同階層に散らばっているなら、先にそれらを一時フォルダへ寄せる。整理してから渡す、である。

もうひとつ、地味に効くやり方がある。作業用の空フォルダを切って、そこへ対象ファイルだけコピーしてから Claude Code を走らせる方法だ。
これは特に、文書校正や不要ファイルの洗い出しで強い。対象が少ないぶん、判断がぶれにくい。終わったあとに元の場所へ反映すればいい。面倒に見えるが、実際はこれが一番事故が少ない。

mkdir -p ~/work/cleanup-202501
cp ~/Documents/請求書/2025-01/*.pdf ~/work/cleanup-202501/
cd ~/work/cleanup-202501
claude

こうしておけば、万が一のときも被害は限定される。
本番の保管場所を直接いじらせるより、手元の作業場で試したほうがずっと安全だ。これは地味だが、かなり大きい。

作業場所を先に切る、というのは結局のところ、Claude Code に「地図」を先に渡すことだ。
どこを見ればいいかが明確なら、指示は短くなる。読み違いも減る。差分も小さくなる。非エンジニアでも使いやすくなる。
広い部屋で探し物をさせるより、引き出しを一つ開けるほうが速い。Claude Code も同じで、最初に箱を小さくしたほうがうまく回る。