Claude Code "Proactive" 出力スタイル徹底解説｜聞き直しなしで即実行する新モードを /config から有効化する方法【2026年版】
目次
- 1 user@sinyblog:~/article ❯ 01_thesis.md結論｜Proactive とは何か
- 2 user@sinyblog:~/article ❯ 02_concept.md出力スタイルそのものの仕組み
- 3 user@sinyblog:~/article ❯ 03_table.md4 つの組み込みスタイル早見表
- 4 user@sinyblog:~/article ❯ 04_proactive_deep.mdProactive 深掘り｜「聞かない」と「Permissions」の関係
- 5 user@sinyblog:~/article ❯ 05_enable.md有効化｜3 通りの方法
- 6 user@sinyblog:~/article ❯ 06_handson.md5 分で試せる Proactive ハンズオン
- 7 user@sinyblog:~/article ❯ 07_custom.mdカスタム出力スタイルの作り方
- 8 user@sinyblog:~/article ❯ 08_compare.mdCLAUDE.md / Sub-agents / Skills との使い分け
- 9 user@sinyblog:~/article ❯ 09_pitfalls.md取扱注意｜落とし穴 3 点
- 10 user@sinyblog:~/article ❯ 99_summary.mdまとめ
本サイトは Google AdSense による広告が表示される場合があります。本記事は Anthropic 公式ドキュメント「Output styles」を運営者（現役 IT エンジニア）が日本語向けに整理・解説したものです。Claude Code のバージョンによっては UI 表記・挙動が変わる場合があるため、最新仕様は公式ドキュメントを併せてご確認ください。
Anthropic Claude Code · Output Styles · 2026.05
毎回 Claude Code に「いちいち聞かないでサクサク進めて」と打ち込むのに疲れていないだろうか。2026 年、その繰り返しを終わらせる組み込み出力スタイル "Proactive" が追加された。聞き直しを減らし、合理的な仮定で実行へ進む。それでいて Permissions の保護は外れない。本記事では 4 種類の組み込みスタイルの違い、3 通りの有効化方法、5 分で試せるハンズオン、踏みやすい落とし穴までを、初日から動かせるレベルで通しでまとめる。読了 12 分。
user@sinyblog:~/article ❯ 01_thesis.md結論｜Proactive とは何か
Proactive は、Claude Code がルーチン的な確認をユーザーに投げずに、合理的な仮定で実行へ進むためのモードだ[1]。「計画してから動く」より「動きながら整える」を選ぶ。ただし Permissions の保護は外れない。ツールが走る瞬間のパーミッションプロンプトは引き続き出るし、許可していない操作はそのまま走らない。
Proactive ＝ 「いちいち意思確認はしないけど、安全装置は外さない」 モード。実行スタンスは Auto mode と同じガイダンスを取りつつ、Permission mode は今のまま動く[1]。
「Auto mode と何が違うのか？」――明確に答えると、Proactive は 出力の流儀 を変えるだけで、Auto mode のように Permissions そのものを緩めるわけではない。Auto mode の「動きの軽さ」だけ拝借し、危険な権限緩和は伴わないのが特徴である[2]。
user@sinyblog:~/article ❯ 02_concept.md出力スタイルそのものの仕組み
出力スタイル（Output styles）は、Claude Code の システムプロンプトを差し替えて、応答の役割・口調・出力フォーマットを変える 仕組みだ[1]。誤解されがちな点をはっきりさせると――
- 変わる：役割（エンジニア／編集者／学習指導者）、口調、出力フォーマット
- 変わらない：使えるツール（ファイル読み書き・シェル実行・TODO 追跡）、モデル自体の知識、プロジェクト固有の知識（それは
CLAUDE.mdの役割）
毎ターン同じ依頼を繰り返している自分に気づいたら――「もっと簡潔に」「もっと教えて」「いちいち聞かないで」を 3 回打ったら、それは出力スタイルで固定すべきサインである。
user@sinyblog:~/article ❯ 03_table.md4 つの組み込みスタイル早見表
現在 Claude Code に組み込まれている出力スタイルは 4 種類[1]。
| スタイル | 性格 | こんなときに向く |
|---|---|---|
| Default | 標準のエンジニア。仕様が曖昧な時は聞き返す | 未知のリポジトリ／要件が固まっていないタスク |
| Proactive | 聞き直しを減らし、合理的な仮定で即実行 | 仕様が手に馴染んだリポジトリ／反復タスク |
| Explanatory | コーディングの合間に "Insights" を挟み、選択理由を解説 | 未習熟なリポジトリの読解／フレームワーク学習中 |
| Learning | Insights に加えて TODO(human) マーカーを残し、利用者に一部を実装させる |
ハンズオン学習／座学から実装への橋渡し |
仕様確認に時間を取りたい朝は Default、設計理解を深めたい昼は Explanatory、雑務を一気に片付ける夕方は Proactive、社内勉強会の土曜は Learning――というように、TPO で切り替えるとそれぞれの強みが出る。
user@sinyblog:~/article ❯ 04_proactive_deep.mdProactive 深掘り｜「聞かない」と「Permissions」の関係
Proactive は次の 3 つの行動原則を Claude Code のシステムプロンプトに焼き込む[1]。
- 即実行：「実行してよいですか？」のような意思確認の追加ターンを入れない
- 合理的な仮定：ルーチンで決まる選択（命名規則・配置・テスト種類など）は仮定して進む
- 計画より行動：長い計画文書を生やすより、まずファイルに手を入れる
| 場面 | Default の挙動 | Proactive の挙動 |
|---|---|---|
| 「テストはどの粒度で書く？」 | ユーザーに方針を確認 | 標準的な選択を仮定して実装に進む |
| 新規ファイルの命名規則 | 確認することがある | 既存命名規則を読み取って踏襲 |
| 未許可コマンドを実行しようとする | Permissions ダイアログで停止 | 同じく Permissions ダイアログで停止 |
| 許可済みコマンドの実行 | そのまま走る | そのまま走る |
応答の積極性だけ上げたいなら Proactive、許可プロンプト自体も省きたいなら Auto mode[2]。両者は組み合わせ可だが、危険操作の手前で手が止まらなくなるので、サンドボックスや専用 worktree など被害が限定された環境で使う。
user@sinyblog:~/article ❯ 05_enable.md有効化｜3 通りの方法
方法 ①｜/config メニューから
/config
# メニューから "Output style" を選択
# → Default / Proactive / Explanatory / Learning から選ぶ
# 選んだ値は .claude/settings.local.json に保存される
方法 ②｜settings.local.json を直編集
{
"outputStyle": "Proactive"
}
git に含めない個人設定なので、チームへ強制したくないが自分は常に Proactive、というケースに向く。
方法 ③｜配置スコープを使い分ける
| スコープ | 配置パス | 使いどころ |
|---|---|---|
| User（個人） | ~/.claude/output-styles/ |
本人がどのプロジェクトでも常に使う |
| Project（リポジトリ） | .claude/output-styles/ |
このリポジトリでだけ有効（git 管理可） |
| Managed policy（組織） | managed settings 配下の .claude/output-styles/ |
会社・組織で全員に適用したい |
出力スタイルはセッション開始時にシステムプロンプトへ固定されるため、切り替えても現在のセッションには反映されない。/exit して新セッションを起動した時点で有効[1]。これは prompt caching が無効化されないようにする意図的な設計。
user@sinyblog:~/article ❯ 06_handson.md5 分で試せる Proactive ハンズオン
百聞は一見にしかず。Claude Code がある前提で、次の手順を上から流せば差は 5 分で体感できる。
# Step 1: 空に近い実験用リポジトリを用意
mkdir proactive-demo && cd proactive-demo
git init
echo "# proactive demo" > README.md
claude
# Step 2: Default のまま、雑なお題を投げて応答を観察
# → 言語や設計の確認質問が返ってくるはず
# Step 3: スタイルを切替 → 新セッションへ
/config
# Output style → Proactive を選択
/exit
claude
# Step 4: 同じお題を投げて応答を比べる
投げるお題はこの 1 文で十分。
このリポジトリに、ターミナルで動く簡単な TODO 管理 CLI を作って。
言語や設計はあなたの判断でいい。テストも 1 本でいいから足して。
Default では数往復の確認が入る場面で、Proactive はファイル作成・実装・テスト・コミット直前までを 仮定ベースで一気に進める。Permissions に登録のない操作だけは従来どおりプロンプトが出るはずだ。この体感が得られればこの記事の言いたいことはほぼ伝わっている。
仕様の自由度が高いもの（TODO CLI・温湿度ロガー・ニュース要約 CLI など）を選ぶ。逆に「既存リポジトリの bug fix」は仕様が固まっているので、Default と Proactive の差が出にくい。
user@sinyblog:~/article ❯ 07_custom.mdカスタム出力スタイルの作り方
4 種類で足りないなら、Markdown ファイル 1 枚で自分専用スタイルを作れる[1]。たとえば「Claude Code をテックブログの編集者として使う」用途。
---
name: Blog Editor
description: テックブログ編集者として振る舞い、章構成と語彙統一を優先する
keep-coding-instructions: false
---
# Blog Editor Instructions
You are an editorial assistant for a tech blog. Your priorities are:
1. 章構成（H2 単位）を読み手目線で並べ替える
2. 専門用語に短い言い換えを添える
3. 主張・根拠・反論の三点を毎章で揃える
4. コード片は出さない。必要な場面ではマーカーだけ残す
フロントマターは name / description / keep-coding-instructions / force-for-plugin の 4 項目[1]。
keep-coding-instructions の罠
既定の false のままだと、Claude Code 本体の「テストで検証してから完了とする」のような コーディング系安全装置がカスタムスタイルから外れる[1]。エンジニア以外の役割（編集者・データアナリスト等）を当てるなら false で正解。コーディング前提で口調だけ変えたいなら true を明示すること。
user@sinyblog:~/article ❯ 08_compare.mdCLAUDE.md / Sub-agents / Skills との使い分け
| 機能 | 変える対象 | 主な用途 |
|---|---|---|
| Output styles | システムプロンプトを差し替え（役割・口調・フォーマット） | 役割そのものを変える |
| CLAUDE.md | システムプロンプト後のユーザーメッセージとして追加 | プロジェクト固有の規約・命名 |
| Sub-agents | 別スコープのヘルパー（独自モデル・ツール） | 専門特化タスクの外注 |
| Skills | タスク固有のプロンプト・スクリプト | 再利用可能なワークフロー |
1 行で覚える選び分け：役割を 差し替えたい → Output styles ／ 役割そのまま 知識を足したい → CLAUDE.md ／ 特定作業を 外注したい → Sub-agents ／ 同じワークフローを 再利用したい → Skills。
user@sinyblog:~/article ❯ 09_pitfalls.md取扱注意｜落とし穴 3 点
① 仕様が曖昧なまま走らせると「もっともらしい外れ仮定」が出る
Proactive は仮定で進むため、合理的だが現場のお作法とは違う選択 を取ることがある。新規参画したリポジトリや要件が固まっていない案件では、最初は Default で観察し、暗黙合意を読み取ってから切り替えるのが安全。
② Auto mode と組み合わせると「止まらなくなる」
Proactive ＋ Auto mode は確かに速いが、Permissions プロンプトも省かれるため、危険操作の前で手が止まらなくなる[2]。サンドボックス・隔離コンテナ・専用 worktree など、被害が限定された環境でのみ組み合わせる。
③ スタイル変更は新セッションから
セッション中に /config で切り替えても 現在のセッションには反映されない[1]。「切り替えたつもりで動かない」と勘違いするのを避けるには、必ず /exit → claude で起動し直す。
user@sinyblog:~/article ❯ 99_summary.mdまとめ
- Proactive は「いちいち聞かないけど、安全装置は外さない」モード。即実行・合理的な仮定・行動優先の 3 原則をシステムプロンプトに焼き込む。Permissions の保護はそのまま。
- 有効化は 3 ルート：
/configでメニュー選択／.claude/settings.local.jsonに"outputStyle": "Proactive"を書く／カスタムスタイルとして.claude/output-styles/に Markdown を置く。いずれも反映は次セッションから。 - 4 種類の使い分け：未知のリポジトリは Default、設計理解には Explanatory、ハンズオン学習には Learning、ルーチン作業の連打には Proactive。
今日からの一歩は、手元の Claude Code で /config を叩いて Output style の現在値を見るところから。Default のままなら、本記事の 5 分ハンズオン（第 6 章）をなぞるのが最短で違いを体感する道だ。
