「短くして」とだけ頼むと、だいたい長い。これ、Claude Code でも同じだ。
返答を短くさせたいなら、最初に分量の上限を決める。出力の分量制御とか回答の長さ指定は、後から気分で足すより、先に枠を切ったほうが効く。
たとえば「要点だけで」「手短に」で済ませると、モデルはまだ説明できる余地があると判断して、つい補足を盛る。逆に「3行以内」「箇条書きで3点まで」「100文字以内」と上限を先に置くと、余計な前置きや保険がかなり減る。Claude Code は、こちらが与えた制約の中で組み立てる道具だ。曖昧な「短く」は制約ではない。
実務では、この差が地味にでかい。たとえばディレクトリ整理の方針を聞きたいとき、長文の説明が返ると、そのあと自分で判断する手間が増える。文書の下書きを整えたいときも同じで、まず短い回答をもらってから必要なら掘るほうが速い。最初から長く語らせると、読んでいるうちに本題を見失う。
実際の頼み方は、こんなふうに先に枠を入れる。
この作業の方針を、3点までで短く答えてください。
各点は1文にしてください。
余談や前置きは不要です。
もう少し厳密にしたいなら、文字数や行数をはっきり指定する。
次の内容を、120文字以内で要約してください。
箇条書きは使わず、1段落で答えてください。
説明は最大5行にしてください。
各行は40文字前後に収めてください。
Claude Code の使いどころは、コードだけじゃない。ファイル整理、不要ファイルの洗い出し、議事メモの圧縮、メール文の下書き確認みたいな場面でも、この「上限先出し」が効く。
たとえば「このフォルダの中身を見て、消してよさそうなものを短く教えて」と頼むより、「消してよさそうなものを3項目に絞って。理由は各1行」と頼んだほうが、読む側の負担がかなり軽い。短く返してほしい場面では、読む人の脳内メモリを守るのが先だ。
ただし、上限の決め方を雑にやると逆に詰まる。ここは注意したい。
まず、「短く」の中身を曖昧にしないことだ。
「短くして」だけだと、何を削ればいいかが伝わらない。説明の深さを削るのか、例を削るのか、注意点を削るのかで、返答の質は変わる。だから「3点まで」「各点1文」「最後に結論だけ」といった形にする。
次に、上限を詰めすぎると、今度は情報が足りなくなる。筆者は以前、要約を「1文で」と強く縛りすぎて、肝心の条件が落ちたことがある。短さは出たが、あとで読み返すと意味がぼやけていて、結局やり直しになった。短さは目的じゃない。必要な情報を残したまま削るのが目的だ。
こんなときは、上限と合わせて「何を残すか」も一緒に指定すると安定する。
次の説明を、最大4行で短くしてください。
ただし、手順・注意点・結論の3つは必ず残してください。
返答は200文字以内にしてください。
残すのは、やること・やらないこと・注意点の3つです。
Claude Code では、長い説明をそのまま受け取るより、短い指示で出力を絞ったほうが扱いやすい。ターミナルでのやり取りは特にそうだ。スクロールが増えると見落とすし、後でコピペし直すときにも邪魔になる。短く返してほしいなら、最初に「どこまで」を決める。これだけで、やり取りの密度がかなり変わる。
応用するなら、回答の長さを毎回固定する癖をつけるといい。
「1行で結論、必要なら次に詳細」「まず箇条書き3点、その後に補足あり」「要約は100文字、詳細は別で」と分けると、Claude Code を会話の相手というより、整理役として使いやすくなる。
長い説明がほしい場面と、短い返答がほしい場面は違う。そこをごちゃ混ぜにすると、だいたい遠回りになる。短くさせたいなら、分量の上限を先に切る。これがいちばん手堅い。