Claude CodeのConcise(簡潔)とは?出力スタイルの設定方法・省かれるもの・戻し方【現役CMOが解説】

Claude Codeの/output-style concise を/config の"outputStyle": "Concise" と
2026年8月20日に
私は
※2026年10月20日更新:冒頭に
※2026年9月26日更新:公式ドキュメントの/output-style コマンド・VS Code)
You can now set Claude Code’s output style to Concise.
— Claude Developers (@ClaudeDevs) August 20, 2026
Claude leads with the result, keeps responses short, and still gives full detail when you ask.
Turn it on in /config → Output style, or set “outputStyle”: “Concise” in settings.json.
- Claude Codeの
出力スタイルに「Concise」が 追加 。結論を 先に 出し、 回答を 短く 保つ 振る 舞いに なる - 短くなっても聞けば
詳細は 。返ってくる 情報を 削るのではなく、 出す順番と 量が 変わる - 設定は
/output-style conciseか「/config」からの 、選択 または 設定ファイルに "outputStyle": "Concise"を書くだけ
地味な
Claude Codeの出力スタイルに「Concise」が追加された
公式ポストに

Conciseで省かれるもの・残るもの
公式ドキュメントでは、
削られるのは
区分 | 内容 |
|---|---|
省かれる | 前置き/作業の |
短くなる | 簡単な |
省かれない | 説明や |
変わらない | 作業 |
必要な | Claude Code v2.1.237以降 |
つまり、安全に
そもそも「出力スタイル」とは?
出力スタイルとは、
ポイントは、
従来から
- Proactive:細かい
確認で 止まらず、 妥当な 前提を 置いて すぐ 実行に 移る - Explanatory:作業の
合間に 「なぜそうしたか」の 解説を 挟む - Learning:一部を
あえて 書かずに 残し、 利用者自身に 実装させる 学習モード
Explanatoryと
Conciseの設定方法(ターミナル・VS Code・デスクトップアプリ)
使っている
環境 | 切り |
|---|---|
ターミナル |
|
ターミナル |
|
VS Code拡張 | 入力欄で |
デスクトップアプリ | 設定ファイルの |
コマンドや.claude/settings.local.json)に
{
"outputStyle": "Concise"
}ここで"Concise" と"concise" と/output-style コマンドは
すべての~/.claude/settings.json に
な/output-style コマンドは/config から
基本情報まとめ
発表日 | 2026年8月20日 |
できる | Claude Codeの |
挙動 | 結論を |
設定方法 |
|
反映タイミング | 切り |
必要な | Claude Code v2.1.237以降 |
一次情報 |
見落としが
ただし v2.1.251 より/clear するか
業務でどう使える?どう変わる?
「AIの

Conciseが向いている場面・向かない場面
Conciseは
場面 | おすすめの | 理由 |
|---|---|---|
同じ | Concise | 毎回 |
作業ログを | Concise | 長い |
初めて | Explanatory | 「なぜそうしたか」の |
AIに | Default か | 丁寧な |
判断が | どれでも | 取り消せない |
切り
職種別の活用アイデア
- 営業:提案書や
見積の 内容チェックを AIに 投げた とき、 「問題あり/なし」と 該当箇所が 先に 返ってくる。 前置きを 読み飛ばす手間が 減る - マーケティング:データ集計や
原稿チェックを 繰り返し依頼する 場面で、 毎回 「結論だけ先に」と 書き添える 必要が なくなる - 経理・バックオフィス:仕訳や
数値の 突き合わせなど、 答えが 一意に 決まる 作業ほど 短い回答と 相性が よい - 開発・情シス:作業ログを
追いながら 並行して 確認する とき、 長い 説明が 流れると 見失いやすい。 結論が 先頭に 来ると 追いやすくなる
「短くして」と毎回書かなくてよくなる
これまでも
出力スタイルは
- 設定ファイルに
書く値は大文字・ 小文字を します。区別 "Concise"以外(例: "concise")は標準の Defaultに なります - Conciseを
使うにはClaude Code v2.1.237以降が 必要です。 古い バージョンでは 会話途中の 切り 替えも 効きません (v2.1.251以降で 対応) - 出力スタイルが
効くのはメインの 会話だけ です。サブエージェントは 自分の システムプロンプトで 動く ため、 スタイルの 影響を 受けません (forkは 例外) - 短い回答は、
確認の 材料も 同時に 減ります。判断が 重い 運用に作業では 「なぜそうなるのか」を 追加で 聞く してください - 公式ポストでは、
Conciseの 利用条件と なる プランへの 言及は ありません
初芝の見解:AIの「読ませすぎ」は導入の隠れた失敗要因
AI導入支援の
特に
一方で、
よくある質問
- Conciseに
すると 情報が 減ってしまい ませんか? 公式ポストでは、
回答は 短く 保たれる ものの 「詳細を 求めればきちんと full detail を 返す」と されています。 情報を 捨てるのではなく、 結論を 先に 出して 詳細は 求められた ときに 出す、と いう 設計です。 - 設定したのに
回答が 変わりません。 よく
ある 原因は 2つです。 1つは 設定ファイルの 値の 書き方で、 "concise"のように小文字で 書くと 一致せず Defaultの ままに なります。 "Concise"と書いてください。 もう 1つは バージョンで、 Conciseは v2.1.237以降が 必要です。 また v2.1.251 より 前は、 切り 替え後に /clearか新しい セッションが 必要でした。 - どこで
設定を 切り 替えればよいですか? ターミナルでは
/output-style concise(v2.1.269以降)か、 /configの「Output style」で 選びます。 VS Code拡張では 入力欄で /を押して 「Output styles」から 選べます。 選択結果は プロジェクト 単位の .claude/settings.local.jsonに保存されます。 デスクトップアプリでは、 設定ファイルの outputStyleフィールドに値を 書きます。 - Conciseを
やめて 元に 戻すには? /output-style defaultを実行するか、 /configの「Output style」で Defaultを 選びます。 設定ファイルに 書いた 場合は、 outputStyleの行を 消せば 標準の Defaultに 戻ります。 - Conciseに
すると トークンの 消費は 減りますか? 公式ドキュメントでは、
Conciseは 回答を 短く 保つよう指示する ため、 Explanatoryや Learningとは 逆に 出力トークンが 少なくなる 方向だと 説明され ています。 一方、 スタイルの 指示文 その ものが 入力トークンと して 加わります (プロンプトキャッシュに より 2回目以降の コストは 下がります)。 どれだけ 減るかは 使い方次第で、 公式に 削減率は 示されてい ません。 - エラーや
警告まで 省略されてしまい ませんか? 省略されません。
公式ドキュメントに よると、 エラー報告、 失敗した テストの 出力、 セキュリティ 警告、 削除など 取り消せない 操作の 確認は、 Conciseでも 全文で 出ます。 説明や 詳細を 求めた 場合も、 省略せずに 答えます。 - サブエージェントにも
Conciseは 効きますか? 効きません。
公式ドキュメントに よると、 出力スタイルが 適用されるのは メインの 会話のみで、 サブエージェントは 自分の システムプロンプトで 動きます。 ただし fork は 親の システムプロンプトを 引き継ぐ ため例外と されています。 - 自分の
会社に 合わせた スタイルを 作れますか? 作れます。
公式ドキュメントに よると、 出力スタイルは フロントマターと 指示文からなる Markdownファイルで、 ユーザー 単位・プロジェクト 単位・管理ポリシーの 3つの 階層に 置けます。 プロジェクト 単位に 置けば チームで 共有できます。
まとめ:AIの答え方は「設定」で決められる
Claude Codeの
AIの
「まず
株式会社デイトラでは、


