Claude Code出力スタイルの使い方｜Conciseで応答が短くなる仕組みと設定の落とし穴

Claude Code の応答が長いと感じたときは、プロンプトで「短く」と毎回頼まなくても、出力スタイル（output style）を Concise に切り替えるだけで変わります。Concise は v2.1.237 で組み込まれたスタイルで、結論から書き、前置き・経過の実況・最後の振り返りを省きます。Addy Osmani 氏が X で紹介して話題になりました。

Addy Osmani 氏による Claude Code の Concise 出力スタイルの紹介

Claude Code 全体の使い方は Claude Code｜2026年版・インストールからCLAUDE.md・Hooks・本番運用までの実装手引き にまとめています。

Claude Codeの出力スタイルとは——組み込みの5種類

出力スタイルは、Claude Code のシステムプロンプトに「どう書くか」の指示を足す仕組みです。組み込みのスタイルは既定の指示の上に指示を足す形で、コードを書く・テストを回すといった基本の動きはそのまま残ります。

公式ドキュメントによれば、Concise は応答の最初の一文で結果か答えを示し、簡単な質問には1〜3文で答えます。作業そのものの丁寧さは Default と同じです。そして、エラーの報告・失敗したテストの出力・セキュリティ上の警告・破壊的な操作の確認は省かず、利用者が説明を求めたときも詳しく答えます。「短くしたら大事な警告まで消えた」という事態は避ける設計です。

Conciseで応答はどれだけ短くなるか——実測

手元の Claude Code 2.1.319 で、非対話モード（claude -p）に同じ3問を投げ、スタイルごとに応答の文字数を比べました。設定は --settings で起動ごとに渡し、Default・Concise・小文字の concise は2回ずつ、Explanatory は1回測っています。冒頭の図が3問の合計で、質問ごとの内訳は次のとおりです。

短い手順の質問ほどよく縮み、比較のように中身そのものが長い質問は縮み方が小さくなりました。削られたのは主に冒頭の言い換え、手順ごとの補足、最後のまとめです。一方、git の質問では「git clean -n で先に何が消えるかを確認する」という一文が Concise でも残りました。消すと取り返しがつかない操作への注意は落ちていません。

切り替え方と保存先——/output-style・/config・settings.json

切り替え方は3つあります。

コマンドや設定画面で変えた値は、既定でそのプロジェクトの .claude/settings.local.json に入ります。この端末のこのプロジェクトだけに効く個人用の設定です。すべてのプロジェクトで Concise を既定にしたいなら、~/.claude/settings.json に書きます。

{
  "outputStyle": "Concise"
}

チームで揃えたいならプロジェクトの .claude/settings.json に書いてコミットします。プロジェクトの設定はユーザーの設定より優先されます。

小文字の “concise” は黙って既定に戻る

settings.json の outputStyle は大文字小文字を区別します。一致しない値はエラーにならず、既定（Default）として扱われます。コマンドの /output-style concise は小文字でも通るので、同じ感覚で settings.json に "concise" と書くと、効いていないことに気づきにくくなります。

実測でも、小文字で書いた場合の合計は6,637字で、既定の6,486字とほぼ同じでした。Concise にしたはずなのに短くならないときは、まずここを疑ってください。

いつから効くか

v2.1.251 以降は、切り替えた次のメッセージから効きます。それより前の版では /clear するか、新しいセッションを始めるまで反映されませんでした。途中で切り替えると、その次のメッセージはプロンプトキャッシュが効きにくくなる点も公式ドキュメントに書かれています。手元の版は claude --version で確かめられます。

自作の出力スタイル——keep-coding-instructionsに注意

組み込みで足りなければ、Markdown ファイルで自作できます。置き場所はユーザー用が ~/.claude/output-styles、プロジェクト用が .claude/output-styles です。次の例は、結論を1行目に置き、根拠を3つまでに絞らせるスタイルです。

---
name: Review Short
description: 結論を1行目に置き、根拠は箇条書き3つまで
keep-coding-instructions: true
---
回答の1行目は「結論:」で始める。根拠は箇条書きで3つまでにする。最後に要約を付けない。

.claude/output-styles/review-short.md に置き、"outputStyle": "Review Short" で選ぶと、手元でも1行目が「結論:」で始まり、根拠が3点になりました。REST と GraphQL の質問への応答は1,939字で、Default の約半分です。

自作スタイルで注意したいのが keep-coding-instructions です。既定は false で、その場合、組み込みのソフトウェア開発向けの指示が外れます。変更の範囲の決め方・コメントの書き方・作業の確かめ方といった指示です。コードを書かせ続けるなら true にしておきます（短いシステムプロンプトを使う構成ではこの項目は効かない、と公式ドキュメントにあります）。もう一つ、自作スタイルのファイルは起動時に読み込まれるので、中身を書き換えたら Claude Code を起動し直してください。

CLAUDE.md・Hooksとの違い——どれで縛るか

出力スタイルは「話し方」を変える仕組みで、守らせたいことを何でも書く場所ではありません。

公式ドキュメントも、出力スタイルは振る舞いを保証しないと書いています。「秘密をコミットしない」「テストを通してから push する」のように外せない決まりは、出力スタイルではなく Hooks で止めます。CLAUDE.md の書き分けは CLAUDE.mdの書き方とは？セクション設計とauto memory・.claude/rules/の使い分け を参照してください。

もう一つの違いは範囲です。出力スタイルはメインの会話と fork にだけ効き、それ以外のサブエージェントには効きません。サブエージェントに調査を任せて結果を受け取る使い方では、メインの応答は短くなっても、サブエージェントの出力の長さは変わりません。

Conciseに向く場面と、Defaultのままにする場面

Concise が向くのは、やり取りの回数が多い作業です。小さな修正を何度も頼む、コマンドの書き方だけ知りたい、といった場面では前置きと振り返りが毎回の読む量を増やします。長い会話では応答そのものがコンテキストに積み重なるので、短い応答は会話の圧縮を遅らせる方向にも働きます（圧縮の仕組みは Claude Code compact｜圧縮で何が残り何が消えるか、5,000トークンの閾値を実測で検証）。

逆に、設計の相談や知らない領域の調べ物では、前提の説明が省かれると判断材料が減ります。その場面では Default か Explanatory に戻します。スタイルはコマンド一つで行き来できるので、作業の種類で切り替えるのが現実的です。他のスラッシュコマンドは Claude Codeコマンド完全リファレンス2026 にまとめています。

参照ソース

• Output styles — Claude Code Docs（2026-11-08 確認）
• Settings — Claude Code Docs（2026-11-08 確認）
• Addy Osmani 氏の X の投稿