【2026年最新】Claude Code Sonnet 5設定7選

「Claude Codeのモデル、結局どこで指定するのが正解なんですか？」

企業向けのClaude Code研修や導入レビューで、Sonnet 5発表後に一番増えた質問がこれです。モデル名だけならclaude-sonnet-5を入れれば済みます。でも現場では、/modelで変えたはずなのに次回起動で戻る、settings.jsonを置いたのに環境変数が勝つ、管理者の制限で選べない、といった小さなつまずきが続きます。

正直に言うと、Claude Codeのモデル設定は「どれか1つを覚える」より「優先順位を覚える」ほうが早いんです。この記事では、2026年7月5日時点で公式ドキュメントを確認したうえで、Sonnet 5をどこに指定し、いつOpusやHaikuへ逃がすべきかを、実務運用の形に落とします。

なお、本記事はモデル選択の実務ガイドです。settings.json全般の説明はClaude Code settings.json設定完全ガイド【2026】、障害時の切替設計はClaude Code fallbackModel設定でAPI障害対策で詳しく扱っています。

まず押さえる結論：Sonnet 5設定は3レイヤーで考える

Claude CodeでSonnet 5を指定する方法は、大きく分けると3つです。セッション中に切り替える/model、ファイルに標準値として置くsettings.json、起動時に外から上書きするANTHROPIC_MODELです。

指定方法	向いている場面	効き方	注意点
/model claude-sonnet-5	今開いている会話で切り替えたい	セッション内のモデル選択として反映される	組織の制限で非表示または拒否されることがある
"model": "claude-sonnet-5"	個人またはプロジェクトの標準モデルにしたい	設定ファイルのスコープに応じて起動時に読まれる	ANTHROPIC_MODELや--modelがあると上書きされる
ANTHROPIC_MODEL=claude-sonnet-5	CI、検証、特定ターミナルだけで上書きしたい	環境変数としてClaude Code起動時に読まれる	変更は次回起動時に反映。シェル設定に残すと意図せず固定される

公式ドキュメント上の優先関係はかなり重要です。Claude Codeの環境変数ドキュメントでは、ANTHROPIC_MODELがmodel設定を上書きし、さらに--modelと/modelはANTHROPIC_MODELを上書きすると説明されています。CLIリファレンスでも、--modelはmodel設定とANTHROPIC_MODELを上書きするとされています。

私がレビューでよく見る事故は、「プロジェクトの.claude/settings.jsonにSonnet 5を入れたのに、ある人だけOpusで動いている」というものです。たいていは、その人のシェルにANTHROPIC_MODELが残っています。モデル選択の不具合に見えて、実際は優先順位の問題なんです。

Sonnet 5で何が変わったか：安いモデルではなく実行層の標準候補

Anthropicは2026年6月30日にClaude Sonnet 5の発表を公開し、Sonnet 5がClaude CodeとClaude Platformで利用可能だと説明しています。モデルIDはclaude-sonnet-5です。価格は2026年8月31日まで入力100万トークンあたり2ドル、出力100万トークンあたり10ドル、その後は入力3ドル、出力15ドルと公式に示されています。

同じ発表では、Opus 4.8の価格が入力5ドル、出力25ドルであることも示されています。単純な単価比較だけなら、Sonnet 5の導入価格はOpus 4.8に対して入力・出力ともに60%低い計算です。標準価格に戻った後でも、入力3ドル対5ドル、出力15ドル対25ドルなので40%低い計算になります。これは「全部をSonnet 5にすればいい」という話ではなく、エージェント実行の大半をSonnet 5へ寄せ、判断の難しい箇所だけ上位モデルへ逃がす設計が取りやすくなった、という意味です。

ただし、コストの話で1つ見落としやすい点があります。Claude Platformのリリースノートでは、Sonnet 5は新しいトークナイザーを使い、同じテキストでもおよそ30%多くトークン化される場合がある、と説明されています。正確な増加幅は内容やワークロードによります。つまり、単価だけを見て「常に何割削減」と断定するのは危険です。実務では、既存タスクのログを数本流して、入力・出力トークンと成功率を並べて見るのが堅いです。

利用上限に当たっているチームは、本日公開のClaude Code利用上限の対処法｜再開手順と運用もあわせて確認してください。Sonnet 5への切替はコストや処理量の設計と関係しますが、上限の扱いはプラン、認証、APIキー、組織ポリシーでも変わります。モデル変更だけで全てが解決するとは見ないほうが安全です。

/modelでSonnet 5に切り替える：一時検証の第一候補

Claude CodeのCommandsドキュメントでは、コマンドはセッション内からClaude Codeを操作するもので、モデル切替にも使えると説明されています。日常の検証では、まず/modelで切り替えるのが一番速いです。

/model claude-sonnet-5

または、モデルピッカーから選んでも構いません。ドキュメントでは/modelと/effortで、使うモデルと推論量を調整できると説明されています。Sonnet 5はエージェント実行で使いやすいモデルですが、タスクによっては推論量の調整も一緒に見るべきです。

一方で、組織が利用可能モデルを制限している場合、モデルピッカーに出ない、または選択時に拒否されることがあります。Claude Codeのドキュメントでは、組織設定によるモデル制限がモデルピッカー、--model、/model、ANTHROPIC_MODELに適用されることが説明されています。つまり「コマンドが壊れている」のではなく、組織側のallowlistや制限が効いているケースがあります。

settings.jsonでSonnet 5を標準化する：チーム運用の本命

チームで「このリポジトリは原則Sonnet 5で回す」と決めるなら、.claude/settings.jsonにmodelを置くのが分かりやすいです。Claude Code settingsの公式ドキュメントでは、User、Project、Local、Managedといったスコープが説明されています。Projectスコープはリポジトリ配下の.claude/で、チームに共有する設定に向いています。

{
  "model": "claude-sonnet-5"
}

個人だけで固定したいなら~/.claude/settings.json、リポジトリ全体で共有したいなら.claude/settings.json、自分の作業環境だけで試したいなら.claude/settings.local.jsonが候補です。公式ドキュメントでは、Localはそのリポジトリだけに効き、Claude Codeが作る場合はgitignore対象になると説明されています。

研修でよくあるのが、「チーム共有の.claude/settings.jsonに全部詰め込む」パターンです。モデル標準、MCP、権限、hook、環境変数を一気に入れると、どの設定が効いているのか追えなくなります。Sonnet 5への切替だけを検証したいなら、最初はmodelだけに絞るほうが原因切り分けしやすいです。settings.json全体の設計は、先ほどのsettings.json設定完全ガイドに寄せて、この記事ではモデル指定だけを独立して扱います。

もう1つ注意点があります。公式settingsリファレンスでは、modelはClaude Codeのデフォルトモデルを上書きする設定であり、--modelとANTHROPIC_MODELは一時的にこれを上書きすると説明されています。したがって、チーム標準としてmodelを置いても、個人が環境変数や起動フラグで上書きしていると、実行モデルは変わります。標準化したいなら、READMEや導入手順に「環境変数が残っていないか確認する」項目を入れておくと事故が減ります。

ANTHROPIC_MODELでSonnet 5を使う：CIと検証用の上書き

ANTHROPIC_MODELは、Claude Codeを起動する外側からモデルを指定したいときに便利です。公式のEnvironment variablesドキュメントでは、同じ挙動を環境変数とsettingsフィールドの両方で指定できる場合、環境変数が優先されると説明されています。具体例として、ANTHROPIC_MODELがmodel設定を上書きすると明記されています。

export ANTHROPIC_MODEL="claude-sonnet-5"
claude

ただし、公式ドキュメントではClaude Codeが環境変数を起動時に読むため、変更は次にclaudeを起動したときに反映されると説明されています。すでに起動しているセッションに後からexportしても、そのセッションの挙動が即座に変わるとは見ないほうがいいです。セッション中の切替は/model、起動時の切替はANTHROPIC_MODEL、という分け方が実務では分かりやすいです。

私がチーム導入で何度も見たのは、~/.zshrcや~/.bashrcに過去のモデル指定が残っているケースです。本人はプロジェクト設定でSonnet 5を使っているつもりでも、実際には別モデルが優先されます。モデル検証の前には、次のような確認を入れてください。

echo "$ANTHROPIC_MODEL"

何か値が返ってきたら、それが意図した上書きかを確認します。不要なら一時的にunset ANTHROPIC_MODELしてからClaude Codeを起動し直すと、settings側のmodelを検証しやすくなります。

モデル指定の優先順位：迷ったらこの順で疑う

Claude Codeのモデルが想定どおりにならないときは、設定場所を横に探すより、優先順位を上から見たほうが早いです。公式ドキュメントから読み取れる実務上の確認順は次の通りです。

1. 起動時の--model：CLIで明示していないか確認する。
2. セッション内の/model：会話中に切り替えていないか確認する。
3. ANTHROPIC_MODEL：シェル、CI、settingsのenvに残っていないか確認する。
4. --settings：起動時に別settingsファイルを渡していないか確認する。
5. Managed settings：組織管理の設定や制限が入っていないか確認する。
6. User / Project / Local settings：~/.claude/、.claude/、.claude/settings.local.jsonを確認する。
7. Claude Code側のDefault：どこにも指定がなければ、アカウントや環境のデフォルトに従う。

この順番をチームのトラブルシュート手順にしておくと、「私だけ違うモデルで動く」問題をかなり短くできます。特にPlatform Engineeringや情シスがClaude Codeを配る場合は、Managed settings、availableModels、組織モデル制限の存在を明示しておくと、現場の混乱が減ります。

管理者向けには、モデル許可リストや組織ガバナンスの話も重要です。関連する設計はClaude Code組織ガバナンスとmanaged settings運用の文脈で扱うと自然です。本記事では、まず開発者が自分の実行モデルを正しく把握することを優先します。

Sonnet 5をいつ使うか：タスク別の判断基準

Sonnet 5は「安いから雑に使うモデル」ではありません。AnthropicのSonnetページでは、Sonnet 5は日常利用、スケールした本番、複雑なコーディングやエージェント、プロフェッショナルワークフロー向けの汎用モデルとして説明されています。Claude Codeでは、実装、調査、修正、テスト実行、リファクタリングのように、ツール呼び出しを何度も挟む仕事に向いています。

タスク	第一候補	理由	切替の目安
既存コードの小〜中規模修正	Sonnet 5	ツール実行と修正の反復を任せやすい	原因特定が揺れる場合はOpus系でレビュー
テスト生成、型エラー修正、Lint修正	Sonnet 5	反復回数が多く、コスト差が効きやすい	仕様判断が絡むときは人間の判断を挟む
大規模設計、移行方針、セキュリティ判断	Opus系またはSonnet 5 + 人間レビュー	長期的な設計責任が重い	実装フェーズだけSonnet 5へ戻す
ログ分類、ファイル整形、軽い要約	Haiku系またはSonnet 5	品質要求が低い反復処理では小型モデルも候補	コード編集や判断が入るならSonnet 5へ上げる
障害時の継続運用	Sonnet 5 + fallbackModel	主モデル障害時の代替ルートが必要	fallbackModel記事の設計を使う

コスト削減で一番効くのは、「全タスクを最上位モデルで始める」癖をやめることです。最初からOpus系を使うべき作業は確かにあります。たとえば認証基盤、権限設計、データ削除、決済、規制対応に関わる変更です。一方、テスト修正、ドキュメント更新、型の追従、APIクライアント生成、OpenAPI差分対応のような作業は、Sonnet 5を標準にして、最後に必要な箇所だけ人間または上位モデルでレビューする運用が現実的です。

関連して、開発コストやトークン最適化の一般論はClaude Codeコスト・トークン最適化ガイドも参考になります。Sonnet 5設定はその中の「モデル単価と成功率の調整」部分を具体化するものです。

Claude Codeに渡す設定確認プロンプト5つ

モデル設定は、Claude Code自身に点検させると速い場面があります。以下は、実際のリポジトリで使いやすいプロンプトです。いずれも、事実確認と仮定の明示を入れておくと安全です。

1. 現在のモデル指定を洗い出す

このリポジトリと現在のシェルで、Claude Codeのモデル指定に関係しそうな設定を洗い出してください。
確認対象は .claude/settings.json、.claude/settings.local.json、関連README、シェル環境変数の確認コマンド案です。
ファイルを変更せず、どの設定が優先されそうかを表で説明してください。
不足している情報があれば、最初に質問してから作業を開始してください。
仮定した点は必ず「仮定」と明記してください。
数字と固有名詞は、根拠（出典/計算式）を添えてください。

2. Sonnet 5へ切り替える最小差分を作る

このプロジェクトのClaude Code標準モデルを claude-sonnet-5 にする最小差分を提案してください。
対象は .claude/settings.json の model 指定だけに限定し、既存の権限設定やMCP設定は変更しないでください。
変更案、影響範囲、ロールバック方法を順に説明してください。
不足している情報があれば、最初に質問してから作業を開始してください。
仮定した点は必ず「仮定」と明記してください。
数字と固有名詞は、根拠（出典/計算式）を添えてください。

3. ANTHROPIC_MODELの残留を調べる

Claude Codeのモデルがsettings.jsonどおりにならない原因を調べたいです。
ANTHROPIC_MODEL、--model、/model、--settings、Managed settingsの順に疑うチェックリストを作ってください。
実行コマンドは読み取り専用に限定し、秘密情報を表示しない形にしてください。
不足している情報があれば、最初に質問してから作業を開始してください。
仮定した点は必ず「仮定」と明記してください。
数字と固有名詞は、根拠（出典/計算式）を添えてください。

4. OpusからSonnet 5へ逃がせるタスクを分類する

このリポジトリの最近の開発タスクを、Sonnet 5で十分そうなもの、Opus系を使うべきもの、人間レビューを必須にすべきものに分類してください。
分類理由は、コード変更のリスク、仕様判断の重さ、テストで検証できる範囲を軸にしてください。
推測が入る場合は推測と明記し、確定事実のように書かないでください。
不足している情報があれば、最初に質問してから作業を開始してください。
仮定した点は必ず「仮定」と明記してください。
数字と固有名詞は、根拠（出典/計算式）を添えてください。

5. チーム向けのモデル運用ルールを作る

Claude Codeのモデル運用ルールを、開発チーム向けREADMEの短いセクションとして作成してください。
Sonnet 5を標準、Opus系を高リスク判断、Haiku系を軽作業候補、fallbackModelを障害時対策として説明してください。
設定方法は /model、settings.json、ANTHROPIC_MODEL の違いが分かるようにしてください。
不足している情報があれば、最初に質問してから作業を開始してください。
仮定した点は必ず「仮定」と明記してください。
数字と固有名詞は、根拠（出典/計算式）を添えてください。

【要注意】よくある失敗パターンと回避策

失敗1：settings.jsonに書けば必ず勝つと思う

❌ .claude/settings.jsonに"model": "claude-sonnet-5"を書いたので、全員が必ずSonnet 5になると思い込む。

⭕ ANTHROPIC_MODEL、--model、/model、Managed settingsが上に来ることをREADMEに明記する。

なぜ重要か：公式ドキュメントでは、環境変数や起動フラグ、セッション内コマンドがmodel設定を上書きし得ることが説明されています。チーム標準と実行結果がズレると、レビューやコスト比較の前提が崩れます。

失敗2：Sonnet 5を「常に安い」とだけ見てしまう

❌ 公式価格だけを見て、全作業で固定の削減率を約束する。

⭕ 公式価格、トークン量、成功率、やり直し回数を合わせて見る。Sonnet 5の新トークナイザーで同じ文章でもトークン数が増え得る点も説明する。

なぜ重要か：単価が下がっても、コンテキスト投入量や再試行が増えれば総額は思ったほど下がらないことがあります。特に長いログ、巨大ファイル、生成物の多いタスクでは、実測ログで確認してください。

失敗3：組織制限を「モデル名のミス」と誤認する

❌ /model claude-sonnet-5で選べないとき、モデルIDだけを何度も変える。

⭕ モデルピッカー、availableModels、組織モデル制限、Managed settingsを確認する。

なぜ重要か：Claude Code公式のWhat’s Newでは、組織設定によるモデル制限がモデルピッカー、--model、/model、ANTHROPIC_MODELに適用されると説明されています。管理者が制限している場合、現場のコマンド修正だけでは解決しません。

失敗4：fallbackModelとモデル選択を混同する

❌ fallbackModelを入れたので、普段のモデル選択もきれいに最適化されたと思う。

⭕ 通常時の第一候補はmodelや/modelで決め、障害時や過負荷時の逃げ道としてfallbackModelを設計する。

なぜ重要か：公式settingsリファレンスでは、fallbackModelは主モデルが過負荷または利用不可のときに順番に試すモデルとして説明されています。通常時のコスト最適化と、障害時の継続性は別の設計です。

FAQ：Claude Code Sonnet 5設定でよくある質問

Q1. Claude CodeでSonnet 5を使うモデルIDは何ですか？

A. 公式発表とClaude Platformリリースノートで確認できるモデルIDはclaude-sonnet-5です。Claude Codeでは/model claude-sonnet-5、settings.jsonの"model": "claude-sonnet-5"、またはANTHROPIC_MODEL=claude-sonnet-5で指定します。

Q2. /modelとsettings.jsonはどちらを使うべきですか？

A. 一時的に試すなら/model、チームやプロジェクトの標準にするならsettings.jsonです。セッション中にOpusへ戻したりSonnet 5へ切り替えたりする作業では/modelが向いています。毎回同じ標準で起動したいならsettings.jsonに置きます。

Q3. ANTHROPIC_MODELはsettings.jsonより優先されますか？

A. はい。Claude CodeのEnvironment variablesドキュメントでは、ANTHROPIC_MODELがmodel設定を上書きすると説明されています。ただし、--modelと/modelはANTHROPIC_MODELを上書きします。どれが効いているか分からない場合は、まず環境変数の残留を疑ってください。

Q4. Sonnet 5にするとClaude Codeのコストは必ず下がりますか？

A. 必ずとは断言できません。公式価格ではSonnet 5はOpus 4.8より低い単価で提供されていますが、Claude PlatformリリースノートではSonnet 5の新トークナイザーにより同じテキストでもおよそ30%多くトークン化される場合があると説明されています。実務では、代表タスクのログで単価、トークン量、成功率を一緒に比較してください。

Q5. 組織でSonnet 5を禁止または制限できますか？

A. できます。Claude Codeのドキュメントでは、組織設定によるモデル制限がモデルピッカーや--model、/model、ANTHROPIC_MODELに適用されることが説明されています。チーム展開では、許可モデル、例外申請、プロジェクト標準を管理者と開発チームで揃える必要があります。

Q6. Sonnet 5とfallbackModelは同じ話ですか？

A. 違います。Sonnet 5を通常時の第一候補にする設定はmodelや/modelの話です。fallbackModelは主モデルが過負荷または利用不可のときに、別モデルへ切り替えるための障害対策です。通常時のモデル選択と、障害時の継続運用は分けて設計してください。

参考・出典

• Introducing Claude Sonnet 5 — Anthropic（参照日: 2026-07-05）
• Claude Sonnet — Anthropic（参照日: 2026-07-05）
• Claude Platform release notes — Anthropic / Claude Platform Docs（参照日: 2026-07-05）
• Model configuration — Claude Code Docs（参照日: 2026-07-05）
• Environment variables — Claude Code Docs（参照日: 2026-07-05）
• Claude Code settings — Claude Code Docs（参照日: 2026-07-05）
• CLI reference — Claude Code Docs（参照日: 2026-07-05）
• Commands — Claude Code Docs（参照日: 2026-07-05）

まとめ：今日から始める3つのアクション

1. 今日やること：手元のClaude Codeで/model claude-sonnet-5を実行し、普段の小さな修正を1件だけ試してください。
2. 今週中：.claude/settings.jsonにmodelを置くか、個人設定に留めるかをチームで決めてください。あわせてANTHROPIC_MODELの残留チェックも入れます。
3. 運用開始前：高リスク変更はOpus系レビュー、軽作業はHaiku系候補、障害時はfallbackModelという例外ルールをREADMEに短く残してください。

あわせて読みたい：

• Claude Code利用上限の対処法｜再開手順と運用 — 上限に当たったときの切り分けと再開手順
• Claude Code settings.json設定完全ガイド【2026】 — model以外も含めた設定ファイル全体の設計
• Claude Code fallbackModel設定でAPI障害対策 — 主モデル障害時の継続運用
• Claude Codeコスト・トークン最適化ガイド — モデル単価だけでなく総トークンを管理する考え方

次回予告：次の記事では、Sonnet 5とOpus系を同じリポジトリで併用するレビュー導線をテーマに、モデル切替のチーム標準をさらに具体化します。

著者プロフィール

佐藤傑（さとう・すぐる）。株式会社Uravation代表取締役。X（@SuguruKun_ai）フォロワー約10万人。100社以上の企業向けAI研修・導入支援を展開。著書『AIエージェント仕事術』（SBクリエイティブ）。SoftBank IT連載7回執筆。

Claude Codeの社内展開やモデル運用ルールで詰まっている場合は、まず自社の設定ファイル、環境変数、組織制限を棚卸しするところから始めるのが近道です。ご質問・ご相談はお問い合わせフォームからどうぞ。

あわせて読みたい

• ▸ Claude Codeでモノリス分割・マイクロサービス移行【2026年最新】
• ▸ 【2026年最新】旅行代理店Claude Code活用5ステップ
• ▸ 【2026年最新】引越し業Claude Code実務7選
• ▸ 【2026年最新】清掃業の点検報告をClaude Codeで自動化
• ▸ Claude Code利用上限の対処法｜再開手順と運用