Claude Code Concise設定の落とし穴｜文字数35%減の検証データ

「ステータス確認を頼んだだけなのに、ロード・オブ・ザ・リングを読まされるのにはもううんざりだ」。Concise出力スタイルの発表スレッドに寄せられた、Patrick氏というユーザーのコメントだ（出典: explainx.ai が紹介したXユーザーのコメント、2026年8月20日）。同記事の著者も、Claude Codeに進捗を尋ねて返ってくるものを「ステータス更新というより『二つの塔』に近い」と評している。

ひとことで言えば、1行の質問に対して答えより前置きのほうが長い。それがClaude Codeの既定の振る舞いだった。

2026年8月20日、Anthropicの開発者向けアカウント @ClaudeDevs が、Claude Code v2.1.237に組み込みのConcise出力スタイルを追加したと発表した。「結果を先に述べ、応答を短く保つ。詳細が必要なら聞けばちゃんと返す」（出典: @ClaudeDevs）。この投稿は数時間で50万ビューを超えたと報じられている（出典: explainx.ai、2026年8月20日）。

Claude CodeのConcise出力スタイルで実際に何が変わるのか

そもそも出力スタイルとは、Claudeの振る舞いを決める内部の指示文（システムプロンプト）を、プリセットとして丸ごと差し替える機能だ。ユーザーが毎回プロンプトを書き足すのではなく、Claude Code側が用意した選択肢から選ぶ。

Claude Codeは作業中、ずっと実況をしてくれる。「ではファイルを確認します」「設定を見てみましょう」「テストを実行します」。この前置きとナレーションを落とすのがConciseだ。公式ドキュメントの説明はこうだ。

Claudeは結果を先に述べ、前置きとナレーションを省き、既定では応答を短く保つ。ただしエンジニアリング作業そのものはDefaultスタイルと同じだけ丁寧に行う（出典: Claude Code Docs - Output styles）

重要なのは思考量が減るわけではないという点だ。モデルの選択もエフォートレベルも別の独立した設定として残る。Conciseが触るのは、実行した作業のうちどれだけを散文で報告するかだけだ。

省略されない領域も明示されている。エラー報告、セキュリティ警告、破壊的操作の確認については、Conciseでも省略しない方針が公式ドキュメントに書かれている。ただし出力はモデルの生成結果である以上、常に同じ挙動が保証されるわけではない。破壊的操作を実際に止めるのは、あくまでパーミッションモード側の役割だと考えたほうがいい。

すでにCLAUDE.mdに「簡潔に答えて」と自前の指示を書いている人も多いはずだ。両者は競合しない。CLAUDE.mdはシステムプロンプトの後ろにユーザーメッセージとして積まれる仕組みで、出力スタイルはシステムプロンプトそのものを差し替える（出典: Claude Code Docs - Output styles）。指示としては加算される。自前の簡潔指示がある人は、Conciseに寄せて重複を削ったほうが入力トークンの節約にもなる。

日本語圏では @oikon48 氏が発表当日に要点を整理していた。「結論を先に述べ、前置き・冗長な説明・ナレーションを省く。ユーザーが必要とする情報だけを残す。探索や確認作業を行った場合も、その過程の説明ではなく結果だけを報告する」（出典: @oikon48、2026年8月20日）。

検証データ（第三者・n=3）：文字数35%減、出力トークン20%減

体感の話で終わらせず、実際に測った人がいる。Qiitaの @jqit_suwa 氏が、発表当日にDefaultとConciseを比較した検証記事を公開している（出典: Qiita、2026年8月20日）。

条件はClaude Code v2.1.237、モデルはHaiku 4.5、Windows 10環境。Pythonのリスト重複除去、gitコミットの修正、npmテスト失敗の調査という3件の質問を両スタイルで実行し、結果をJSON化して比較したという。DefaultとConciseの比較結果は次のとおり。

指標	Default	Concise	変化
文字数（空白除く・平均）	697	456	-35%
出力トークン（平均）	891	711	-20%

質問ごとのばらつきは32〜36%の範囲に収まっていた。文字数の減り幅（35%）に対してトークンの減り幅（20%）が小さいのは、削られたのが主に日本語の説明文で、トークン効率の高いコードブロックが残ったためと読める。

同記事でいちばん興味深いのは、Conciseのほうが情報が増えていたという指摘だ。gitコミットの修正に関する質問で、--no-edit と --author というオプションはConcise版にしか出てこなかったという。説明文の枠を削った結果、実用的な選択肢を並べる余地が生まれた形になる。

ただしこれは3件のサンプルによる個人検証であり、Anthropicが公表した数値ではない。質問の種類によって結果は変わると著者自身が書いている。加えて検証はHaiku 4.5のみで、Sonnet 5やOpus 5では未検証だ。もともと説明が長いモデルほど削減幅は大きくなる可能性もあれば、その逆もありうる。数字は「そのくらいのオーダー」として受け取るのが妥当だ。実際の出力例を見たい場合は、原記事に両スタイルの応答が並べて掲載されている。

組み込み出力スタイルは5種類になった

Conciseの追加で、Claude Codeの組み込み出力スタイルは以下の構成になった。

スタイル	挙動	向いている場面
Default（標準）	従来のシステムプロンプト	特に不満がないとき
Concise（簡潔）	結果を先に、前置きを省く	短い質問、定型作業、既に文脈を把握している作業
Proactive（積極実行）	即実行。細かい判断で止まらず、計画より行動を優先	手戻りが安いタスク、探索的な実装
Explanatory（解説重視）	作業の合間に「Insights」で解説を挟む	慣れないコードベースを読むとき
Learning（学習）	解説に加え、自分で書くべき箇所に TODO(human) の印を置く	学習目的

同時に選べるのは1つだけだ。ConciseとExplanatoryを併用することはできない。

Proactiveには注意点がある。公式ドキュメントは「これはauto modeが適用するより強い自律実行の指示であり、パーミッションモードを変えずに機能する」と説明している（出典: Claude Code Docs）。何を承認なしで実行してよいかを決めるのは依然としてパーミッションモード側で、Proactiveは「迷わず進め」という態度の指示にとどまる。この2つを混同すると危ない。

なお /output-style という専用コマンドはv2.1.73で非推奨、v2.1.91で削除済みだ（出典: Claude Code Docs - Output styles）。古い記事やチートシートを見て打っても動かない。

Concise出力スタイルの設定方法と、つまずく3つのポイント

Conciseは設定自体は数秒で終わる。にもかかわらず「効かない」という報告が出ているのは、仕様上の罠が3つあるからだ。まず手順から。

設定手順：/config から選ぶか、settings.jsonに1行足す

ターミナルから設定する場合の手順はこうなる。

1. ターミナルで claude を起動する
2. /config と入力してEnter
3. 矢印キーで Output style の行へ移動する
4. Enterで開き、Concise を選択する
5. Escで設定画面を閉じる
6. /clear を実行する（これを忘れると反映されない）

設定ファイルを直接編集する場合は、outputStyle の行を追加する。既存の設定を消さないよう、既存キーは残したまま1行だけ足すこと。

{
  "model": "opus",
  "outputStyle": "Concise"
}

値は大文字始まりの Concise で、/config の一覧に表示される名前と一致させる必要がある。

効いているかどうかは、/clear のあとに1問投げてみればすぐわかる。「では確認します」「〜してみましょう」といった前置きが消えて、いきなり結果から始まっていれば成功だ。再度 /config を開いてOutput styleの表示を確認する方法でもいい。

落とし穴1. 設定してもそのセッションには反映されない

出力スタイルはシステムプロンプト（Claudeが会話の開始時に読み込む、振る舞いを決める内部の指示文）の一部で、Claude Codeはこれをセッション開始時に一度だけ読む。公式のプロンプトキャッシュ解説にはこう書かれている。

/config または outputStyle 設定でセッション途中に変更しても、キャッシュは無効化されないが、変更も適用されない。Claudeはセッション開始時に読み込まれたスタイルを使い続ける。新しいスタイルは次の /clear または再起動時に読み込まれる（出典: Claude Code Docs - Prompt caching）

これはCLAUDE.mdの編集がセッション途中に効かないのと同じ理屈だ。裏を返すと、モデル切り替えやエフォート変更と違ってプロンプトキャッシュを壊さないという利点でもある。プロンプトキャッシュとは、毎回同じ前置き部分を送り直さずに使い回す仕組みで、これが壊れると再送分の課金と待ち時間が発生する。切り替えのペナルティはゼロ、ただし /clear は必要、と覚えておけばいい。

落とし穴2. /config の保存先はプロジェクト単位

ターミナルで /config からスタイルを選ぶと、Claude Codeは選択をプロジェクトローカルの .claude/settings.local.json に書き込む（出典: Claude Code Docs - Output styles）。別のリポジトリで作業を始めると設定が消えたように見えるのはこのためだ。

設定ファイルは3種類あり、どこに書くかで適用範囲が変わる。

書き込み先	適用範囲
~/.claude/settings.json	自分の全プロジェクト
.claude/settings.json	リポジトリにコミットしてチーム全員に適用
.claude/settings.local.json	そのリポジトリの自分だけ（通常gitignore対象。/config の保存先）

チームに展開したいなら2番目を選び、リポジトリにコミットする。個人で全プロジェクトに効かせたいなら1番目だ。

落とし穴3. デスクトップ版では使えないとの報告がある

Nerdschalkの検証記事によると、デスクトップアプリはClaude Codeエンジンを自前で同梱しており、そのバージョンがv2.1.234に固定されていたという。Conciseはv2.1.237で入った機能なので、そもそも存在しない。「デスクトップアプリはClaude Codeエンジンの独自コピーを抱えている。Conciseにはv2.1.237が必要だ。スタイルは単にその中に入っていない」（出典: Nerdschalk、2026年8月20日）。設定ファイルを手で書いても無視される。

ただし手はある。ターミナル版のClaude Code（npm install -g @anthropic-ai/claude-code）を併用すれば今日から使える。デスクトップアプリだけで運用している場合は、同梱エンジンのバージョンが追いつくのを待つことになる。

コスト面：期待しすぎないほうがいい

出力トークンが2割減るなら、請求も2割減るのか。ここは冷静に見たほうがいい。契約形態で話が変わるので、分けて考える。

API従量課金で使っている場合

Claude APIの出力トークン単価は、Sonnet 5が100万トークンあたり10ドル、Opus 5が25ドルとされている（出典: Claude Platform - Pricing、2026年8月時点の米ドル建て公表価格。Sonnet 5の10ドルは当初2026年8月31日までの導入価格として発表されたが、その後標準価格となり、9月1日に予定されていた15ドルへの値上げは実施されないと公式に告知されている。別途税が課される場合があり、為替により円建ての負担額は変動する。価格は予告なく変更される場合がある）。

仮に月50万出力トークンを使うヘビーユーザーがSonnet 5で作業していて、2割減ったとする。削減量は10万トークン、金額にして1ドル前後だ。これは節約と呼ぶには小さい。

理由は、Claude Codeが消費するトークンの内訳にある。コードの読み込み、ツールの実行結果、会話履歴の再送。大半は入力側であって、Claudeが喋る量は全体の一部に過ぎない。しかも出力スタイル自体はシステムプロンプトに指示文を追加するので、入力トークンはわずかに増える（出典: Claude Code Docs - Output styles。ただしプロンプトキャッシュが効くため初回リクエスト以降のコストは抑えられる）。

Pro / Maxプランで使っている場合

こちらは出力トークン単価が請求に直結しないので、関心は「利用上限に当たるのが遅くなるか」に移る。

構造は同じだ。Claude Codeの1ターンは、コードやツール結果を含む入力が数万トークン規模になる一方、Claudeの応答は千トークン前後にとどまることが多い。出力が全体に占める割合はもともと小さく、そこが2割減っても総消費量への影響は数%未満にしかならない。上限到達のタイミングはほぼ変わらないと考えたほうがいい。

本気でコストや上限を削るなら、ultracodeのようなマルチエージェント実行の使いどころを見直すほうが効く。桁が違う。

Conciseの本当の効果は金額ではなく、答えを探してスクロールする時間が大きく減ることにある。1日に何十回もClaude Codeと往復する人ほど、この差は積み上がる。

影の部分：「応急処置」と明言されている

もうひとつ押さえておきたいのが、Anthropic側の位置づけだ。

発表を受けて、Claude Codeの開発を率いるBoris Cherny氏はこう投稿している。「より長期的な修正に取り組んでいる。これはその間の応急処置（quick band aid）として、我々が試してよく効くとわかったものだ。続きは追って」（出典: @bcherny、2026年8月20日）。

この発言は、冗長さがシステムプロンプトの指示だけで解決する問題ではないと開発側も見ている、と読める。Conciseは根治ではなく対症療法だ。Anthropicチームの Lydia Hallie 氏も発表スレッドで「試してみて、どうすればもっと良い応答にできるか教えてください」とフィードバックを募っていた（出典: explainx.ai が紹介した発表スレッドでのコメント、2026年8月20日）。仕様が今後変わる前提で付き合うのが正しい。

制約もある。前述のとおりサブエージェントには適用されない。出力スタイルはメインの会話だけに効き、サブエージェント（別タスクを切り出して任せる子のClaude）は自分のシステムプロンプトで動くからだ。フォーク（現在の会話を途中で分岐させ、別スレッドとして続ける機能）だけは親のシステムプロンプトを丸ごと引き継ぐので例外になる。サブエージェントを何段も重ねる使い方をしている人は、親だけ静かになって子は従来どおり喋る、という状態になる。

コミュニティ側には以前から独自解があった。GitHubの o4f6bgpac3/concise は「自然で読める英語を保ちながら出力トークンを約60〜70%削る」と謳うプラグインで、Claude Code以外にCursorやClineでも動くという（出典: GitHub - o4f6bgpac3/concise）。数字だけ見れば組み込みのConciseより攻めている。ただし同リポジトリの比較表では、より圧縮率の高い別プロジェクト「Caveman」（約75%削減）は文法が壊れると位置づけられており、圧縮率と可読性はトレードオフの関係にある。組み込みのConciseは、その天秤をかなり保守的な側に置いた設定だと理解している。

なお、これは第三者が公開する非公式ツールであり、筆者は動作・安全性を検証していない。導入は自己責任で、ライセンスとソースを確認したうえで判断してほしい。業務環境で使う場合は、社内のソフトウェア利用規定の確認も必要になる。

自分ならこうする

自分（電脳狐影）はPMで、このブログの記事ビルドやデプロイをClaude Codeで日常的に回している。その立場から書くと、~/.claude/settings.json にConciseをグローバル設定し、コードベースを新しく読み解くときだけExplanatoryに切り替える運用にする。

理由は3つある。

1つ目は、前置きを読んでいる時間が実際に無駄だという自覚があるからだ。ビルドやデプロイを回しているとき、自分はClaudeの実況をほぼ読み飛ばしている。読み飛ばすものを生成させ続ける理由はない。

2つ目は、切り替えコストがほぼゼロだからだ。出力スタイルの変更はプロンプトキャッシュを壊さない。モデル変更やエフォート変更と違い、「戻したくなったら戻す」が安く済む。試さない理由が見当たらない。

3つ目は、Explanatoryとの使い分けが自分の作業実態に合っているからだ。PMとして他人のコードベースを把握しに行く場面では、むしろ解説を増やしたい。自分が理解している自分のリポジトリで実況は要らない。同じツールに対して求めるものが状況で反転するなら、スタイルという単位で切り替えるのは理にかなっている。

一方で、期待しないほうがいいこともはっきりしている。少なくとも一般的な使い方では、コスト削減効果は誤差の範囲にとどまると考えている。「トークンが節約できる」という文脈で語られがちだが、Claude Codeの消費構造を考えれば主戦場は入力側にある。ここを取り違えると、本当に効く対策から目が逸れる。

そして、Cherny氏が「応急処置」と言っている以上、この設定は数か月後には別の形に置き換わっている可能性がある。プラグインやスキルの仕組みと同じで、Claude Codeの機能は前提が短期間で変わる。今日の最適解を今日使い、変わったら乗り換える。それでいい。

---

関連記事

• Claude Code auto modeが8月14日デフォルト化｜manualに戻す設定
• Claude Codeのキャッシュを1時間に戻す方法、ENABLE_PROMPT_CACHING_1Hの全て
• Claude Code 入れ子サブエージェント完全ガイド｜5階層・トークン7倍の落とし穴
• Ultracodeで170万トークンが消えた: Claude Code最新機能の実際のリスク
• Claude Code プラグイン完全ガイド｜導入から厳選おすすめ・落とし穴まで
• 「Claudeが劣化した」は本当か｜Anthropicが認めたeffort削減の実態と今後

---

免責事項

• 本記事の情報は2026年8月22日時点のものです。Claude Codeは頻繁にアップデートされるため、最新の仕様は公式チェンジログおよび出力スタイルのドキュメントを参照してください。
• 引用した英語の投稿・記事は原文からの筆者による翻訳であり、意訳を含みます。
• 本記事で紹介した計測値は @jqit_suwa 氏および各プラグイン作者が公表した内容であり、筆者が独立に再現検証したものではありません。デスクトップアプリの制約についても第三者による2026年8月20日時点の検証報告に基づくもので、その後の更新で解消されている可能性があります。
• API価格は2026年8月時点の米ドル建て公表値です。別途税が課される場合があり、為替により円建ての負担額は変動します。価格は予告なく変更される場合があります。
• 設定変更は必ず公式ドキュメントと自身の環境を確認した上で行ってください。本記事の情報に基づく設定変更により生じたいかなる損害についても、筆者は責任を負いません。
• 本記事はAnthropic社およびその関連会社と提携・提供関係にあるものではなく、内容は筆者独自の見解です。

※ 記載の会社名・製品名は各社の商標または登録商標です。