作業がだれる人は、始め方より終わり方が雑だ。これを決めずにClaude Codeを走らせると、修正がだらだら伸びる。diffは太り、指示はあいまいになり、最後の数回でいちばんコンテキストを食う。そこで先に「止まりどころを指定する」「出口条件を明示する」。要するに、どこで手を止めるかを先に決めておく話だ。
Claude Codeは、こちらが終点を渡すとかなり扱いやすい。逆に終点がないと、見た目は進んでいるのに、実は作業の輪郭がぼやけていく。ファイル整理でも文書作成でも同じで、「ここまでやったら終わり」を先に言うだけで、戻し作業が減る。
たとえば文書なら、こんな頼み方でいい。
この下書きを、3段落だけ整えてください。
やることは以下に限定します。
- 文章の重複を減らす
- 箇条書きを2つまでにまとめる
- 結論は変えない
終わり方は「修正案を出した時点」で止めてください。
追加の案は出さなくていいです。
ここで大事なのは、「何をやるか」だけでなく「どこで止まるか」まで書くことだ。Claude Codeは、うっかりすると親切に広げてくる。文面を整えるつもりが、構成の組み替えまで始める。ファイル整理でも、「重複候補を列挙してください」と頼んだら、「分類もしておきます」と広がることがある。便利だが、今ほしいのがそれでないなら邪魔になる。
仕事の終わり方は、依頼文の最後に1行足すだけでかなり変わる。よく効くのは、次の3つだ。
- ここまでで止める
- 追加提案はしない
- 不明点があれば質問して止まる
この3つのうち、全部を毎回入れる必要はない。雑に言えば、暴走を止めたいときは「追加提案はしない」、曖昧なまま進ませたくないときは「不明点があれば質問して止まる」を置く。ファイル削減みたいに取り返しがつきにくい作業では、最後が特に効く。勝手に削除まで進まれると痛い目を見るからだ。
筆者は一度、資料の整形を頼んだときに「見やすくして」で投げてしまい、構成の差し替え、言い回しの統一、見出しの入れ替えまで一気に走られて、結局こちらが戻した。最初から「見出しは触らない」「本文の表現だけ整える」「2000字を超えない」で止まりどころを指定していれば、半分で済んだ作業だった。ああいう手戻りは、能力不足ではなく終点不足で起きる。
非エンジニアの作業ほど、終わり方を先に決める価値が高い。たとえば社内文書を整えるなら、「誤字修正で止める」「語尾の統一までで止める」「内容の追加はしない」と書く。フォルダ整理なら、「重複候補の一覧まで」「削除はまだしない」「移動先の候補を出すだけ」と切る。ここを曖昧にすると、整理のつもりが再設計になる。再設計は悪ではないが、今やることではないなら外すべきだ。
もう少し実務寄りにするなら、出口条件を成果物ベースで書くといい。たとえばこうだ。
次の条件を満たしたら終了してください。
- 文章の重複がなくなる
- 見出しの階層がそろう
- 変更点を最後に3行で要約する
この条件を満たした時点で作業を止めてください。
この書き方は、作業量ではなく完成の判定で止められるのが強い。回数で終わりを決めるより、ずっとブレにくい。1回で終わるかもしれないし、2回かかるかもしれない。そのどちらでもいい。大事なのは、終点が見えていることだ。
注意したいのは、終わり方を厳しくしすぎると、途中で詰まる場面まで止めてしまう点だ。全部を「質問して止まる」にすると、細かい確認ばかりで進まない。逆に「最後までやって」で丸投げすると、終点がなくなる。ここは仕事の性質で分けるしかない。迷うなら、まずは「ここまでで止める」「追加提案はしない」の2つから始めればいい。十分効く。
Claude Codeを使うときは、作業の入口より出口のほうが事故を防ぐ。入口は元気でも、出口がない作業はだいたい長引く。特にファイル整理、文書の推敲、不要物の洗い出しはそうだ。終わり方を先に決めるだけで、作業が「広がるもの」から「閉じるもの」に変わる。これだけで、かなり扱いやすくなる。