Claude Code に作業させるとき、成果物だけ欲しいのに、作業用メモや途中生成物まで山ほど残してしまう。これがあとで地味にだるい。
一時ファイルの扱いを最初に決めておくと、成果物と作業用メモの分離がはっきりする。ゴミを残さない頼み方にしておけば、あとで見返したときに「結局どれが本体だっけ」が起きにくい。
筆者は昔、下書き整理を Claude Code に任せたとき、途中の案や検討メモまで同じ階層に吐かせてしまい、数日後に見返して盛大に混乱したことがある。内容は悪くないのに、どれが採用版で、どれが捨てていいメモなのかが一目で分からない。あれは単純に依頼の切り方が悪かった。
やることは難しくない。最初に「残すもの」と「残さないもの」を言い切るだけだ。
たとえば、文書作成でもコード整理でも、依頼文をこう寄せる。
この作業では、一時ファイルや作業メモを残さないでください。
最終成果物だけを出してください。
途中経過は必要ならメモせず、作業後に削除してください。
成果物と作業用メモは分けてください。
Claude Code がファイルを触る作業なら、さらに具体的に書く。たとえば、作業ディレクトリの外に散らさない、最終版だけ保存する、といった線引きだ。
このフォルダ内だけで作業してください。
一時ファイル、バックアップ、下書き、検討用ファイルは残さないでください。
最終的に必要なファイルだけを保存してください。
既存ファイルを編集する場合は、不要になった中間生成物を消してください。
ファイル整理の依頼でも同じである。
「不要なものを消して」だけだと、Claude Code は何を残すべきか迷う。だから、残す基準も言ってしまう。
このフォルダを整理してください。
残すのは、最終版の文書、提出用のPDF、参照用の元データだけです。
下書き、重複、キャッシュ、途中生成物は一時ファイルとして扱い、残さないでください。
迷うものは削除せず、別フォルダに隔離してください。
この一文が効く。
「迷うものは削除せず、別フォルダに隔離してください」。
完全削除より事故が少ないし、あとで見返すときも追いやすい。いきなり消すより、まず分離するほうが実務では強い。
ここで大事なのは、Claude Code に“気を利かせさせすぎない”ことだ。
作業メモを勝手に残す癖があるわけではないが、依頼が曖昧だと中間ファイルを吐くことがある。たとえば、内容確認のための一時的な出力、比較用の別ファイル、差分確認の残骸みたいなものだ。本人は親切のつもりでも、あとから見る側にはノイズでしかない。
筆者がやりがちだった失敗は、「あとで確認します」とだけ伝えてしまうことだった。すると、確認用のファイルが増え、最終版の名前も揃わず、どれを見ればいいのか分からなくなる。人間がやっても散らかるが、AI に任せると速度があるぶん散らかり方も早い。だから先に縛る。
実用上は、次の3点を依頼文に入れておくと安定する。
1. 最終成果物だけを残す
2. 一時ファイルや作業メモは残さない
3. どうしても残す必要がある途中データは、別フォルダにまとめる
文章作成でも使える。たとえば、議事録や提案書の下書きを整えるならこうだ。
この文章を整えてください。
最終版として読める本文だけを残してください。
見直し用の箇条書き、修正候補、草案は一時ファイル扱いにして残さないでください。
必要なら、修正前後の比較は別の要約にまとめてください。
こうしておくと、あとで見返したときに本体がすぐ出る。
ディスク容量の節約というより、認知の節約だ。ファイルが少ないほど、探す手間が減る。これは地味だが効く。非エンジニアほど効く。書類整理でも、案件フォルダでも、写真の選別でも同じである。
ただし、ひとつ注意がある。
「一時ファイルを残さない」を強く言いすぎると、必要な中間成果まで消してしまうことがある。たとえば、途中の集計表、比較表、分類の根拠を完全に消すと、あとで「なぜそうしたのか」が分からなくなる。ここは雑に削らせない。
だから、消す対象と残す対象を分けて書くのが筋だ。
一時ファイルは残さないでください。
ただし、判断の根拠になる一覧や確認用の要約は、最終成果物の中に含めてください。
作業途中の生データや重複ファイルは残さないでください。
この書き方なら、ゴミだけ落として、説明に必要な材料は残せる。
「消す」だけでは足りない。何を本体に含めるかまで決めると、あとで見返しやすさが一気に上がる。
Claude Code を使うなら、依頼の最初にこの一文を置く癖をつけるといい。
一時ファイルを残さず、成果物だけが見える形で作業してください。
たったこれだけで、後片付けの面倒がかなり減る。
作業が終わったあとにフォルダを開いて、どれが本番か迷う時間は無駄だ。最初からそうならないように頼む。これが一番手堅い。