Claude Code に雑に投げて、返ってきた返答が長すぎて読む気を失う。これ、かなりありがちな失敗だ。分量を絞る、短く要約させる、そういう指定を先に入れておかないと、こちらの意図よりも「丁寧さ」が勝ってしまい、出力がだらっと伸びる。
特に Claude Code は、説明を求めると親切に広げやすい。調べ物でも、文書作成でも、ファイル整理でも、返答が長いと次の判断が遅れる。だから「返答の長さに上限をかける」は、地味だが効く。要は、最初からゴールを狭く切るのだ。
たとえば、要点だけほしいなら、依頼文に最初からこう入れる。
以下を300字以内で答えてください。
結論を先に、細かい説明は不要です。
「このフォルダ内の重複ファイルをどう扱うべきか」
もう少し実務寄りなら、こうだ。
次の内容を、箇条書き3点以内で短く要約してください。
各項目は1文まで。
余計な前置きは不要です。
長さを制御したいときは、単に「短くして」では弱い。Claude Code はそこを雑に受け取って、まだ長い返答を返すことがある。そこで、文字数、文数、箇条書き数、段落数のどれかを指定する。基準があるほうが、出力はかなり安定する。
よく使うのは、こんな頼み方だ。
次のメール文面を150字前後で短く要約してください。
・要点は残す
・敬語は崩さない
・重複表現は削る
この契約書の注意点を、重要な順に3つだけ挙げてください。
各項目は短く、補足は1文まで。
ここで大事なのは、「短く」の一言で終わらせないことだ。短さの定義を先に置く。Claude Code に限らず、長さの指定が曖昧だと、モデルは安全側に倒れて長めに返す。説明不足で手戻りするくらいなら、最初に上限を決めておくほうが早い。
筆者も昔、仕様確認を頼むときにこれをサボって痛い目を見た。欲しかったのは「この差分の要点だけ」だったのに、背景説明から例外パターンから一般論まで全部ついてきた。悪くはないが、読む時間がもったいない。結局、もう一度「3行で」「結論だけ」で投げ直した。最初からそう書けばよかっただけだ。
返答の長さを抑えるやり方はいくつかあるが、実用上はこのへんを使えば足りる。
100字以内で答えてください。
1段落だけで説明してください。
箇条書きは最大3件にしてください。
前置きなしで、結論だけ先に書いてください。
詳細が必要なら、最後に「必要なら続けて説明できます」と1文だけ添えてください。
最後の一文は地味に便利だ。短く返してもらいつつ、足りなければ掘れる余地を残せる。最初から長文を受け取るより、短く出して必要なところだけ追加で聞くほうが、Claude Code の使い方としては筋がいい。
ただし、短さを強く縛りすぎると、今度は大事な情報まで削られる。ここを見誤ると危ない。たとえば「50字以内で」と縛って、法務文書の要点や削除対象ファイルの扱いを聞くと、肝心の条件が落ちる。短さは武器だが、雑に振り回すものではない。情報を捨ててもよい場面だけで使う。
ファイル整理やディスク削減で使うなら、返答の長さ制御は特に相性がいい。大量の候補を見つけても、長文でだらだら説明されると処理が進まない。そういうときは、まず候補を絞らせて、説明は短くさせる。
重複していそうなファイルを、削除候補だけ3件挙げてください。
理由は各1行で十分です。
不要そうなキャッシュの種類を、優先度順に5つまで挙げてください。
各項目は短く、操作手順は不要です。
文書作成でも同じだ。長い下書きをほしいのか、要旨だけほしいのかで、最初の頼み方を分ける。要旨がほしいのに全文を書かせると、あとで削る手間が増える。短く返させるのは、作業を雑にするためではなく、最初から読む量を減らすためだ。
少し進めるなら、「返答の長さ」と「出力の形」を同時に縛るとさらに使いやすい。たとえば、こんな指定だ。
次の内容を、見出しなしの1段落で120字以内に要約してください。
次の手順を、番号付きで最大4ステップにしてください。
各ステップは1文で終えてください。
Claude Code は、形式を決めたほうがぶれにくい。逆に、何も縛らないと、親切心でどんどん膨らむ。そこを許すか切るかで、実用感がかなり変わる。
返答の長さに上限をかけるコツは、実は単純だ。文字数、段落数、箇条書き数のどれかを決める。前置きを消す。必要なら後で掘る。これだけで、Claude Code はかなり扱いやすくなる。長文を一発で受け取る癖があるなら、次からはまず短く制限してみるといい。読む時間も、手戻りも、かなり減る。