Claude Code でいちばん無駄なのは、もう変わった前提を延々と引きずることだ。昨日まで有効だった指示を、そのまま今日も抱え続けると、会話は静かに濁る。出力がズレる、修正が増える、diff が太る。地味だが、かなり痛い。
ここで効くのが、指示の更新と前提の再提示だ。要するに、「前に言ったこと」を神聖視しないで、状況が変わったら言い直す。Claude Code は長い文脈を読めるが、だからこそ古い前提をそのまま残すと、昔の依頼に引っ張られる。ファイル整理でも、文書作成でも、コード修正でも同じである。
たとえば最初は「このフォルダの重複画像を探して」と頼んだのに、途中で「いや、削除はしないで一覧だけ出して」と方針が変わったとする。このときに「さっきの続きで」などと曖昧に流すと、Claude Code は削除前提のまま手を動かし続けることがある。ちゃんと、いったん前提を上書きするのが正解だ。
実際の頼み方は、短くていい。むしろ短いほうが強い。前提を明示して、古い指示は捨てると書く。
前提を更新します。ここからは「削除しない」が正しい前提です。
重複候補は一覧だけ出してください。ファイルの移動、削除、名前変更はしないでください。
コード修正なら、もっとはっきり切り替える。
前提を再提示します。
対象は src/app だけです。前回の「全体をリファクタする」は忘れてください。
今回はログ出力の改善だけを行い、API の変更はしないでください。
この「忘れてください」が効く。人間相手でもそうだが、AI 相手でも古い依頼を温存したままにすると、余計な忠誠心が働く。前の指示が丁寧であればあるほど、なおさら残りやすい。そこで一度、前提を切る。
筆者も最初はここでやらかした。文書の校正を頼んで、途中で「社内向けだから少しくだけた調子に変えて」と言い足したのに、前半の硬い文体を引きずったまま修正が続いたことがある。原因は単純で、言い直しが弱かったからだ。「トーンを変えて」では足りない。何を捨て、何を残すかまで言う必要がある。
迷いを消したいなら、言い直しは次の型に寄せるといい。
前提が変わりました。古い前提は無効です。
- 以前の目的: 不要ファイルを削除する
- 新しい目的: 不要ファイルの候補を洗い出して、削除前に確認する
以後は新しい目的だけを優先してください。
こう書くと、Claude Code は今どのルールを採るべきかを取り違えにくい。箇条書きにするのは、こういう「切り替え」の場面だけでいい。だらだら説明するより、旧前提と新前提を並べたほうが、切り替えがはっきりする。
やってはいけないのは、曖昧な追加指示を積み上げることだ。
「さっきの件なんだけど、やっぱり少しだけ方針を変えて、でも前の感じも残して、あとはいい感じで」
これは最悪である。人間でも困るが、Claude Code にはもっと厳しい。古い前提と新しい前提がぶつかって、どっちつかずの出力になる。結果として、確認の手戻りが増える。修正回数が増える。diff が膨らむ。だいたいこの流れでだるくなる。
特に効くのは、作業の途中で目的が変わるときだ。ファイル整理なら、たとえば「重複削除」から「重複検出だけ」に変わる瞬間。文書作成なら、「推敲」から「要約」に変わる瞬間。コードなら、「実装」から「調査」に変わる瞬間。こういう場面で古い指示を捨てないと、Claude Code は前の仕事を続けようとする。そこを止めるのが、人間側の役目だ。
実務では、こんな一文を覚えておくと楽になる。
ここからは別タスクとして扱ってください。前の指示は引き継がないでください。
この一文だけで、会話の空気が変わる。長々と説明する必要はない。むしろ長い前提文のほうが、更新点を埋もれさせる。更新したい部分は短く、はっきり、何を捨てるかまで書く。
もう少し丁寧にやるなら、前提の再提示を毎回同じ形にしておくといい。たとえば、依頼の先頭をいつもこんな感じで始める。
前提:
- 対象: 共有フォルダ内の PDF
- 目的: 削除前の候補抽出
- 禁止: 削除、移動、改名
今回やること:
- ファイル名とサイズの一覧を作る
- 重複候補をグループ化する
これなら、途中で目的が変わっても差し替えがしやすい。古い前提を残したまま追加修正するより、先頭の「前提」ブロックを丸ごと更新したほうが事故が少ない。
少し応用すると、Claude Code に「現時点の前提を要約してから続けて」と頼むのも有効だ。こちらが切り替えを見落としていないか、確認のひと手間を挟めるからだ。
今の前提を短く要約してから、作業を続けてください。
もし前の指示と矛盾する点があれば、そちらを優先せずに止まって確認してください。
これは、長い会話で特に効く。案件が変わる、対象フォルダが変わる、文体が変わる。そんなときに「前の話を覚えているはず」と期待すると、だいたいズレる。期待しない。言い直す。これがいちばん速い。
公式の細かい挙動や、会話の扱いの最新仕様は docs.claude.com を見ればいい。ただ、実務のコツとしては単純だ。前提が変わったら、古い指示をそのまま積まない。いったん捨てて、今の目的を短く書き直す。これだけで、Claude Code はかなり扱いやすくなる。