Claude Code は初期設定のままでも動きます。ただし設定を整えると、生成される回答の精度が上がり、トークン消費（＝APIコスト）を抑えられます。
この記事では、Claude Code の設定 おすすめ9選を、基盤・効率化・応用の順にまとめます。settings.json や CLAUDE.md、permissions といった基盤の設定から、トークン節約や Skills / Hooks などの応用まで、何をどう設定すればよいかを番号付きで解説します。
想定読者は、Claude Code をインストール済みだが本格的に使いこなせていない初級〜中級の方です。専門用語は初めて出てきたときに簡潔に定義するので、非エンジニアの方も読み進められます。
なお本記事の設定名やコマンドは、2026年7月時点の公式ドキュメントに基づいています（参考: https://github.com/anthropics/claude-code）。仕様は更新される場合があるため、細部は公式の最新情報も確認してください。
Claude Code の設定はどこで管理する？（設定の全体像と優先順位）
個別の設定に入る前に、設定ファイルの置き場所と、どの設定が優先されるかを押さえておきます。この全体像を先に理解しておくと、後続の各設定がなぜその場所に書くのかを迷わず判断できます。
Claude Code の設定は、1つのファイルにすべてを書くわけではありません。適用範囲の異なる複数のレイヤーに分かれており、上位のレイヤーが下位のレイヤーを上書きします。
設定の適用レイヤーと優先順位
Claude Code の設定は、次の順で優先されます。上にあるものほど強く、下の設定を上書きします（参考: https://github.com/anthropics/claude-code）。
- 組織ポリシー（管理者が配布する強制設定）
- コマンドライン引数（起動時に渡すオプション）
- ローカル設定（
.claude/settings.local.json） - プロジェクト共有設定（
.claude/settings.json） - ユーザーグローバル設定（
~/.claude/settings.json）
使い分けの基準はシンプルです。自分だけに関係する個人用の設定はグローバル（~/.claude/settings.json）に、チーム全員で共有したい設定はプロジェクト（.claude/settings.json）に書きます。
ローカル設定（.claude/settings.local.json）は、そのプロジェクトの中で自分だけが使う一時的な設定を置く場所です。個人の値をチームに漏らさないため、このファイルは git-ignore（バージョン管理から除外）することをおすすめします。
設定の編集方法（/config とJSON直接編集）
設定の編集方法は2通りあります。1つはターミナルで /config コマンドを実行し、画面の案内に沿って値を変更する方法です。
もう1つは、settings.json を直接エディタで開いて編集する方法です。JSON（キーと値をペアで並べる、設定を書くための標準的なテキスト形式）に慣れているなら、こちらのほうが細かく調整できます。
どちらで編集しても、多くの設定は保存した時点、または次回の起動時に反映されます。反映されないときは、いったんセッションを終了して再度立ち上げると確実です。
Claude Code のインストールがまだ済んでいない場合は、先に環境を整えてください。Windows での導入手順はClaude Code のインストール手順を解説した記事で3つの方式とエラー対処をまとめています。
Claude Code 設定 おすすめ9選【精度とコストを両立する】
ここからが本題です。Claude Code の設定 おすすめ9選を、基盤（設定1〜4）・効率化（設定5〜7）・応用（設定8〜9）の3段階で紹介します。
各設定は【何を】【なぜ効くか】【設定手順・記述例】【注意点】の順で統一して解説します。まずは全体像を、次の一覧表でつかんでください。
| 設定 | 主な目的 | 難易度 | 対象 |
|---|---|---|---|
| 1. settings.json 基本設定 | 安定・効率 | ★☆☆ | 個人/チーム |
| 2. CLAUDE.md | 精度・コスト | ★★☆ | 個人/チーム |
| 3. permissions | 安全 | ★★☆ | 個人/チーム |
| 4. 許可の自動化 / Plan Mode | 効率・安全 | ★★☆ | 個人 |
| 5. ステータスライン | 効率 | ★☆☆ | 個人 |
| 6. オートコンパクト閾値 | コスト・精度 | ★★☆ | 個人 |
| 7. トークン節約コマンド | コスト・精度 | ★☆☆ | 個人 |
| 8. Skills / Hooks | 効率・品質 | ★★★ | 個人/チーム |
| 9. MCP 連携 | 効率・精度 | ★★★ | 個人/チーム |
設定1〜4はどのプロジェクトでも土台になる基盤です。まずここを固め、その後に効率化（5〜7）、最後に応用（8〜9）へ進むと、無理なく定着します。
設定1. settings.json の基本設定（言語・モデル・auto-update・エディタ）
【何を】settings.json で、応答の言語、使用するモデル、自動アップデート（auto-update）、既定のエディタといった基本項目を指定します。自分の作業環境に合わせて、あらかじめ決めておく設定です。
【なぜ効くか】環境に合った既定値を入れておくと、毎回の確認や手動の切り替えが減り、挙動が安定します。たとえば言語を固定すれば応答のブレが減り、モデルを指定すれば意図しない上位モデルの使用によるコスト増を防げます。
【設定手順・記述例】個人用はグローバル（~/.claude/settings.json）、チーム共有はプロジェクト（.claude/settings.json）に書きます。記述例は次のとおりです。
{
"model": "claude-sonnet-4-5",
"autoUpdates": true,
"env": {
"EDITOR": "code"
}
}model は既定で使うモデル、autoUpdates は自動アップデートの有効化、env の EDITOR は外部エディタの指定です。応答を日本語で統一したい場合は、CLAUDE.md 側で「日本語で回答する」と明記する方法が確実です。
【注意点】チーム共有のプロジェクト設定に、個人依存の値（自分だけのエディタパスや個人トークンなど）を書かないでください。共有設定に個人の都合を混ぜると、他のメンバーの環境で不具合の原因になります。個人依存の値はグローバルかローカル設定に置くのが原則です。
設定2. CLAUDE.md でプロジェクトの前提を渡す
【何を】CLAUDE.md は、プロジェクトルートに置く指示書です。Claude Code が起動時に自動で読み込む、最重要のファイルと言えます。
ここには、ビルドやテストのコマンド、コーディング規約、ディレクトリ構造といった「このプロジェクトの前提」を書きます。人間の新メンバーに渡すオンボーディング資料を、AI向けに用意するイメージです。
【なぜ効くか】前提を渡さないと、Claude Code はプロジェクトの流儀を毎回推測します。推測が外れれば手戻りが発生し、その分だけやり取りが増えてトークンを浪費します。
逆に、テストコマンドや規約を最初に渡しておけば、Claude Code はそれに沿って作業します。結果として、指示のたびに同じ説明を繰り返す必要がなくなり、精度とコストの両方が改善します。
【設定手順・記述例】プロジェクトルートに CLAUDE.md を作成し、次のように要点を箇条書きで記述します。
# プロジェクト概要
社内向けの在庫管理Webアプリ。Next.js + TypeScript。
## よく使うコマンド
- ビルド: npm run build
- テスト: npm run test
- Lint: npm run lint
## コーディング規約
- 変数・関数はキャメルケース
- コメントは日本語で書く
- any 型は使わない
## ディレクトリ構造
- src/components: UIコンポーネント
- src/lib: 共通ロジック
- src/app: ルーティングCLAUDE.md は、個人用とプロジェクト用を階層で使い分けられます。プロジェクトルートに全体の前提（大）を書き、サブディレクトリに個別の事情（中・小）を置くと、Claude Code は作業対象に近い指示を優先して読みます。
個人的な好み（口調やレビューの観点など）はグローバルの CLAUDE.md（~/.claude/CLAUDE.md）に書けば、全プロジェクトへ共通で適用できます。
【注意点】CLAUDE.md は起動のたびに読み込まれるため、長すぎるとそれ自体がトークンを浪費します。目安は100〜200行以内に抑え、詳細な仕様書は別ファイルにして必要なときだけ参照させます。
書くべき内容と、書かなくてよい内容を対比で整理すると次のとおりです。
| ＋書くべき | −書かなくていい |
|---|---|
| ビルド/テスト/Lintの実コマンド | ソースを読めば分かる関数の説明 |
| 命名規則・禁止事項などの規約 | 一般的なプログラミングの常識 |
| 主要ディレクトリの役割 | 全ファイルの網羅リスト |
| プロジェクト固有の落とし穴 | 長大な仕様の全文コピー |
設定3. permissions で安全を固める（deny / allow / ask）
【何を】permissions は、Claude Code が実行できる操作を制御する設定です。危険なコマンドを deny（禁止）、信頼できる定型操作を allow（許可）、判断が必要なものを ask（都度確認）に振り分けます。
【なぜ効くか】Claude Code はファイル操作やコマンド実行を自律的に行えます。便利な反面、自動化を広げるほど、意図しない破壊的操作のリスクも上がります。
そこで、先に「絶対にやらせない操作」を deny で固めておけば、後から許可を広げても致命的な事故を防げます。安全を土台にしてから自動化するという順序が、安心して任せられる環境をつくります。
【設定手順・記述例】settings.json の permissions に、deny・allow・ask を書き分けます。破壊的なコマンドは deny、繰り返す安全な操作は allow に入れます。
{
"permissions": {
"deny": [
"Bash(rm -rf *)",
"Bash(git push --force*)",
"Bash(sudo *)"
],
"allow": [
"Bash(npm run test*)",
"Bash(git status)",
"Bash(git diff*)"
],
"ask": [
"Bash(git commit*)"
]
}
}上の例では、再帰的な削除や強制プッシュ、管理者権限での実行を禁止しています。一方でテスト実行や状態確認は自動許可し、コミットのように影響が残る操作は確認を挟む設定です。
【注意点】allow を広げる前に、必ず deny を先に固めてください。順序を逆にすると、危険な操作が許可の網に紛れ込む恐れがあります。セキュリティは「まず塞ぐ、次に開ける」を徹底するのが安全です。
設定4. 許可プロンプトの自動化（defaultPermissionMode / Plan Mode）
【何を】都度表示される許可の確認（許可プロンプト）を減らす設定です。defaultPermissionMode で既定の許可モードを決め、Plan Mode（プランモード）で実行前に計画を合意してから作業を始めます。
【なぜ効くか】設定3で安全を固めたうえで許可を自動化すると、細かい確認の手間が消え、開発のリズムが途切れません。安全の土台があるからこそ、自動化を安心して広げられます。
Plan Mode は、Claude Code がいきなりコードを書き換えるのではなく、まず「何をどう変更するか」の計画を提示するモードです。着手前に方針を合意できるため、大きな手戻りを未然に防げます。
【設定手順・記述例】Plan Mode は、キーボードで Shift + Tab を2回押すと切り替わります。既定の許可モードは settings.json で指定します。
{
"permissions": {
"defaultMode": "acceptEdits"
}
}acceptEdits は、ファイル編集を都度確認せず受け入れるモードです。確認の頻度を下げたいときに有効ですが、適用範囲は次の注意点をふまえて絞ってください。
【注意点】許可の自動化は、信頼できるプロジェクトに限定してください。設定3の permissions で危険操作を deny してから使うのが前提です。安全設定を省いたまま自動化だけ進めると、事故のリスクが上がります。
設定5. ステータスラインをカスタマイズする
【何を】ステータスラインは、画面下部に表示される情報バーです。ここに、使用中のモデル、コンテキスト（会話の文脈）の残量、Git のブランチ名などを表示できます。
【なぜ効くか】いま文脈をどれだけ消費しているかが常に見えると、履歴が膨らみすぎる前に手を打てます。とくにコンテキスト残量が見えると、後述の /clear を実行すべきタイミングを素早く判断できます。
【設定手順・記述例】settings.json の statusLine に、表示を生成するスクリプトを指定します。コマンド型で自作のスクリプトを呼び出す構成が基本です。
{
"statusLine": {
"type": "command",
"command": "~/.claude/statusline.sh"
}
}スクリプト側では、渡される情報からモデル名やディレクトリ、ブランチ名を組み立てて出力します。まずはモデル名とブランチ名だけでも、状態把握はぐっと楽になります。
【注意点】表示する情報を盛りすぎないでください。項目が多いと視線が散り、かえって肝心の指標を見落とします。自分がよく確認する指標に絞るのが、実用的な使い方です。
設定6. 自動Compaction（オートコンパクト）の閾値を調整する
【何を】オートコンパクトは、対話履歴が長くなったときに、これまでの会話を自動で要約して圧縮する機能です。この機能のON/OFFと、発動する閾値（どこまで溜まったら要約するか）を調整します。
【なぜ効くか】会話が長引くと、やがてコンテキストの上限に達します。オートコンパクトは履歴を要約して枠を空けるため、上限による中断を防ぎ、トークン効率を保ちます。
ただし要約は情報の圧縮なので、細かなニュアンスが落ちることがあります。精度が重要な作業では、閾値を調整して要約のタイミングを自分でコントロールするのが有効です。
【設定手順・記述例】自動要約を無効にしたい場合は、settings.json で次のように指定します。
{
"autoCompactEnabled": false
}無効にすると自動での要約は行われず、必要なタイミングで手動の /compact を使う運用に切り替わります。自動要約を残す場合でも、後述のコマンドで文脈を能動的に管理すると精度を保ちやすくなります。
【注意点】精度重視の作業では、自動要約に任せきりにしないことです。重要な指示や決定事項は CLAUDE.md やメモに残し、要約で失われても復元できるようにしておくと安全です。
設定7. トークン節約コマンドの使い分け（/clear・/compact・/context・@指定）
【何を】文脈の管理と、読み込む範囲の制御に使うコマンド群です。/clear、/compact、/context、そしてファイルを名指しする @指定 を、場面ごとに使い分けます。
【なぜ効くか】不要な文脈を引きずったまま作業すると、Claude Code は関係ない情報に引っ張られて誤作動しやすくなります。同時に、無駄な履歴を毎回処理する分だけトークンも余計に消費します。
そこで文脈をこまめに整理すれば、誤作動とコストを同時に減らせます。トークンを最も節約できるのは、こうした文脈管理と CLAUDE.md の簡潔化の組み合わせです。
【設定手順・記述例】各コマンドの役割と使うタイミングを、次の表で整理します。
| コマンド | 役割 | 使うタイミング | 効果 |
|---|---|---|---|
| /clear | 文脈を全消去してリセット | 別の作業に移るとき | 誤作動防止・コスト削減 |
| /compact | これまでの会話を手動要約 | 同じ作業を続けたいが履歴が長いとき | 文脈を保ちつつ圧縮 |
| /context | 現在の消費量を確認 | 整理すべきか判断したいとき | 状況の可視化 |
| @指定 | 特定ファイルだけ読み込む | 対象を限定したいとき | 読み込み範囲の最小化 |
使い分けの基本は次のとおりです。別のタスクに移るなら /clear、同じタスクを続けたいが履歴が重いなら /compact、いま迷ったら /context で消費量を確認し、作業対象は @ファイル名 で絞ります。
【注意点】/clear と /compact の混同に注意してください。/clear は文脈を消してゼロに戻す操作、/compact は文脈を残したまま要約する操作です。前の作業内容が必要なのに /clear すると、続きの指示が通じなくなります。
設定8. Skills と Hooks で作業を自動化する
【何を】Skills（スキル）は、繰り返す作業を1つのワークフローとして登録し、呼び出して使える仕組みです。Hooks（フック）は、保存やコミットといった特定のイベントに合わせて、決めた処理を自動実行する仕組みです。
両者の違いは、起動のきっかけにあります。Skills は「自分が呼び出して使う手順」、Hooks は「イベントに反応して自動で走る処理」です。
【なぜ効くか】定型作業とチェックを自動化すると、品質を一定に保てます。毎回同じ指示を出す手間が消え、指示忘れによる抜け漏れも防げます。
たとえばファイル保存のたびに整形を自動で走らせれば、コード整形の指示を出す必要がなくなります。人間が意識しなくても品質チェックが働く状態を作れます。
【設定手順・記述例】Hooks は settings.json に定義します。次の例は、ファイル編集後に eslint --fix で自動整形を走らせる設定です。
{
"hooks": {
"PostToolUse": [
{
"matcher": "Edit|Write",
"hooks": [
{
"type": "command",
"command": "npx eslint --fix $CLAUDE_FILE_PATHS"
}
]
}
]
}
}Skills は、繰り返す手順をまとめた定義として登録し、必要なときに呼び出します。「リリース前チェック」「テストデータ投入」のような一連の流れを1つにまとめておくと、毎回の指示が1コマンドで済みます。
【注意点】どちらを使うかは、起動のきっかけで判断します。手順を自分の意思で再利用したいなら Skills、イベントに連動して自動で走らせたいなら Hooks が適しています。
複数のAIエージェントで役割を分担して開発を進める発展的な使い方もあります。仕組みの全体像はClaude Code Agent Teams を解説した記事で詳しく整理しています。
設定9. MCP で外部ツールと連携する
【何を】MCP（Model Context Protocol）は、Claude Code を外部サービスと連携させるための標準的な仕組みです。GitHub やデータベース、各種 API などと接続できます（参考: https://github.com/anthropics/claude-code）。
【なぜ効くか】MCP で外部ツールとつなぐと、情報を手作業でコピペする往復が減ります。たとえば GitHub と連携すれば Issue を自動で起票でき、データベースと連携すればスキーマを直接読み込めます。
コピペを介さず正確な情報を渡せるため、指示のブレが減り、文脈をそのまま渡せます。結果として、外部データを扱う作業の精度と効率が上がります。
【設定手順・記述例】連携は claude mcp add コマンドで追加します。接続したいサーバーを登録すると、そのツールを Claude Code から呼び出せるようになります。
claude mcp add github -- npx -y @modelcontextprotocol/server-github登録後は、GitHub の Issue や Pull Request の操作を、対話の中から直接指示できます。DB や社内 API など、業務でよく使うツールを段階的につないでいくのが実用的です。
【注意点】連携先には強い権限が渡ることがあります。接続するサーバーの信頼性と、付与する権限の範囲を必ず確認してください。MCP は応用段階の設定なので、基盤（設定1〜4）を固めてから取り組むのが安全です。
Claude Code でどこまでの作業を任せられるのか、機能の全体像を先に押さえたい場合はClaude Code でできることを10選でまとめた記事も参考にしてください。
目的別のおすすめ設定の組み合わせ（早見）
9つの設定は、目的に応じて組み合わせると効果が高まります。ここでは「claude code おすすめ 設定」を目的別にまとめ、どれから着手すべきかを示します。
| 目的 | 組み合わせる設定 |
|---|---|
| 精度を上げたい | 設定2（CLAUDE.md）＋設定6（コンパクト閾値）＋設定7（文脈管理） |
| コストを抑えたい | 設定2＋設定6＋設定7の文脈管理 |
| 安全に自動化したい | 設定3（permissions）→設定4（許可の自動化）→設定8（Skills/Hooks） |
精度とコストは、どちらも文脈管理が鍵になります。CLAUDE.md で前提を簡潔に渡し、オートコンパクトの閾値と /clear・/compact で履歴を整えると、両方が同時に改善します。
着手の順序は、基盤（設定1〜4）を先に固めることを強くおすすめします。安全と前提の土台がないまま効率化や応用に進むと、事故や手戻りが増え、かえって遠回りになります。
よくある質問（FAQ）
設定はグローバルとプロジェクトのどちらに書くべきですか？
個人依存の設定はグローバル（~/.claude/settings.json）、チームで共有したい設定はプロジェクト（.claude/settings.json）に書きます。共有設定に個人の値を混ぜないことが、トラブルを避ける原則です。
CLAUDE.md はどのくらいの長さが適切ですか？
目安は100〜200行以内です。CLAUDE.md は起動のたびに読み込まれるため、長すぎるとトークンを浪費します。詳細な仕様は別ファイルに分け、必要なときだけ参照させると効率的です。
許可を全部自動にしても大丈夫ですか？
いきなり全自動にするのは避けてください。まず設定3の permissions で危険なコマンドを deny してから、設定4で許可を自動化する順序が安全です。安全を固める前に自動化だけ広げると、事故のリスクが上がります。
トークンを一番節約できる設定はどれですか？
文脈管理が最も効きます。/clear と /compact で履歴をこまめに整理し、CLAUDE.md を簡潔に保つ組み合わせが、無駄なトークン消費を抑えます。
まとめ
Claude Code の設定 おすすめ9選を、基盤・効率化・応用の順に紹介しました。基盤は settings.json・CLAUDE.md・permissions・許可の自動化、効率化はステータスライン・オートコンパクト・トークン節約、応用は Skills / Hooks と MCP でした。
これらを整えると、生成の精度が上がり、トークン消費も抑えられます。初期設定のままで止まっているなら、まず設定1〜4の基盤を固め、次に効率化、最後に応用へ進むのが、無理なく成果につながる順序です。
今日はまず、CLAUDE.md を1つ作り、permissions で危険コマンドを deny するところから始めてください。この2つだけでも、Claude Code の使い心地は大きく変わります。
