`。
4. **設定ファイル**：`~/.claude/settings.json`の`model`フィールド。
基本的なコマンド：
```bash
# 上位モデルで起動（現在はOpus 5.5）
claude --model opus
# セッション内でSonnetに切り替え
/model sonnet
# 選択メニューを開く（対話型選択用）
/model
# コンテキスト100万でOpusに切り替え
/model opus[1m]
# 特定バージョンに切り替え（固定）
/model claude-opus-5-5
```
Anthropic APIで各エイリアスが指すモデル（2026年9月23日時点）：
- `opus` → Opus 5.5（Claude Code v2.1.280以降が必要）
- `sonnet` → Sonnet 5
- `haiku` → Haiku 4.5
- `best` → 利用可能な最も高性能なモデル
- `default` → Pro、Max、Team、Enterprise、Anthropic APIではOpus 5.5
- `opusplan` → Opus＋Sonnetのハイブリッド（下で別途説明）
⚠️ クラウドプロバイダーではデフォルトが異なります。Amazon BedrockとGoogle Cloudでは`sonnet`エイリアスがSonnet 4.5を指し、Microsoft Foundryでは`opus`が依然としてOpus 4.6に解決されます。クラウドプロバイダー経由で利用する場合、特定バージョン（`claude-opus-5-5`）に固定するか、`ANTHROPIC_DEFAULT_OPUS_MODEL`変数を設定してください。
バージョン2.1.144以降の主な変更点は、`/model`がモデル選択を設定に書き込まなくなったことです。現在のセッションに適用され、セッションを閉じると消えます。デフォルトを永続的に保存するには、選択メニューで強調表示されている行の`d`を押します。これにより、`~/.claude/settings.json`の`model`フィールドに書き込まれます。
要約されたセッション（`claude --resume`、`--continue`、`/resume`）では、現在の設定に関係なく、そのセッションで使用されていたモデルが保持されます。再開時に別のセッションの設定によってモデルが変わるのを防げます。
現在有効なモデルを確認するには、`/status`を使います。アカウントと現在のモデルが表示されます。
## `/model opusplan`：計画と実行の費用を別々に比べる
重要なポイント
`opusplan`は、Plan ModeではOpusで設計や分析を行い、モード終了後の実行ではSonnetへ自動で切り替えるハイブリッドです。節約は各段階の単価と実際のトークン量によります。以下の過去の例では、Sonnetの$3/$15はOpusの$5/$25の60%なので、置き換えた実行部分は40%安くなります。タスク全体の75〜80%ではありません。
ここで説明する実践方法では、10ステップを超えるタスクにこのモードを使います。
仕組み：
- Plan Mode（`/plan`）では、アーキテクチャと選択肢を話し合い、進め方を決めます。ここでOpusを使うと高くつきますが、推論が根本的に異なるため、それだけの価値があります。
- Plan Modeを終えてClaudeがファイルの編集、テストの作成、コマンドの実行を始めると、実行フェーズです。実行では、Sonnet 4.6は品質面でOpusに匹敵します。
有効にする方法：
```bash
# 起動時
claude --model opusplan
# またはセッション内
/model opusplan
```
具体的な計算例です。50ステップのリファクタリングが一般的に次のように分かれるとします。
- 計画（5ステップ、入力約30,000＋出力8,000トークン）：Opus 4.7
- 実行（45ステップ、入力約200,000＋出力50,000トークン）：Sonnet 4.6
| 選択肢 | 計画の費用 | 実行の費用 | 合計 |
|----|----|----|----|
| Opusのみ | \$0.15 + \$0.20 = \$0.35 | \$1.00 + \$1.25 = \$2.25 | **\$2.60** |
| Opusplan（Opus＋Sonnet） | \$0.15 + \$0.20 = \$0.35 | \$0.60 + \$0.75 = \$1.35 | **\$1.70** |
基準は入力230,000、出力58,000トークンで、表の当時のOpus単価では$2.60です。opusplanは入力30,000・出力8,000をOpus（$0.35）、入力200,000・出力50,000をSonnet（$1.35）にし、合計$1.70です。節約は($2.60 − $1.70) / $2.60 = 34.6%。同じ数と単価なら実行部分の40%を節約し、実行が費用の90%でも全体では36%です。トークナイザー差にはモデル別入出力数が必要で、それだけで75〜80%は導けません。
⚠️ 1つ注意点があります。`opusplan`のPlan Modeでは、Opusは標準の20万トークンのコンテキストを使います。`opus`エイリアスで利用できる100万への自動アップグレードは、`opusplan`には適用されません。巨大なタスクで数百万トークンのコンテキストを計画に使う場合（大規模なモノレポの分析など）は、明示的に`/model opus[1m]`を使うか、計画後にopusplanへ切り替えてください。
## `/effort`コマンド：適応型推論の5段階
重要なポイント
`/effort`は、各ステップでモデルがどれほど深く考えるかを制御します。レベルはlow、medium、high、xhigh（Opus 4.7のみ）、maxです。バージョン2.1.117以降、デフォルトはOpus 4.7でxhigh、その他のモデルでhighです。low/medium/high/xhighはセッションをまたいで保存され、maxは現在のセッションだけに適用されます。lowでは、OpusはSonnetとほぼ同じ速さと安さになります。
`/model`に次いで重要なコマンドです。Effortは適応型推論です。各ステップで、モデルはタスクの複雑さに応じて、どれだけ深く考えるかを決めます。レベルが高いほど推論は深くなり、使用するトークンも増えます。
レベル（タスクによって異なります）：
| レベル | 使う場面 | 変化すること |
|----|----|----|
| **low** | 頭を使う必要のない短い作業：ファイル名の変更、簡単なgrep、「この関数は何をする？」、ビルドコマンド | モデルはほとんど考えず、速く安く回答します |
| **medium** | 少しの精度低下よりトークン節約を重視する作業 | トークン使用量を減らします。細かな点の精度が落ちることがあります |
| **high** | 実際の推論が必要な作業の最低限：コーディング、リファクタリング、コードレビュー | トークン量と品質のバランスを取ります。Sonnet 4.6とOpus 4.6のデフォルトです |
| **xhigh** | ほとんどのコーディングやエージェント型タスクで最良の結果 | Opus 4.7のデフォルトです。Opus 4.7のみ利用できます |
| **max** | 非常に難しいタスク。結果が改善することはありますが、考えすぎになりがちです | トークン上限はありません。セッション終了時にリセットされます |
対応するモデルはOpus 4.7、Opus 4.6、Sonnet 4.6の3つです。他のモデルではeffortを利用できません。
2026年9月までの変更点。Opus 5.5、Opus 5、Sonnet 5、Opus 4.8、Opus 4.7では、`low`、`medium`、`high`、`xhigh`、`max`のレベルを利用できます。Opus 4.6とSonnet 4.6には`xhigh`がなく、指定した`xhigh`はそれらのモデルでは`high`として実行されます。effortに対応するすべてのモデルでデフォルトレベルは`high`ですが、Opus 5.5は`medium`、Opus 4.7は`xhigh`です。つまり、現在の上位モデルで深い分析を行うには、明示的に指定する必要があります。別途`ultracode`モードも登場しました。これはモデルのレベルではなくClaude Codeの設定で、`xhigh`を送り、大規模なタスク用の動的なワークフローを構築するようClaudeに依頼します。
設定方法：
```bash
# 対話型スライダーを開く
/effort
# レベルを直接設定
/effort high
/effort xhigh
# モデルのデフォルトに戻す
auto
# 起動フラグで指定
claude --effort high
# 環境変数で指定（起動時に適用）
export CLAUDE_CODE_EFFORT_LEVEL=high
# 設定ファイル内（maxは機能しない—maxはセッション限定）
{
"effortLevel": "high"
}
# スキル／サブエージェントのfrontmatter内
---
name: my-skill
effort: low
---
```
たとえば「with low effort」のように、Claude Codeではロゴとスピナーの横にレベルが表示されるため、確認のために`/model`を開く必要はありません。
Effortスライダーは`/model`の選択メニュー内にも表示されます。左右の矢印で設定してください。
重要な点が1つあります。他のモデルからOpus 4.7に切り替えると、以前Opus 4.6やSonnet 4.6でhighにしていた場合でも、effortが強制的にxhighになります。希望するレベルに戻すには、もう一度`/effort`を実行してください。
もう1つの方法は、プロンプト内の**ultrathink**です。プロンプト文に`ultrathink`という単語を含めると、セッションのeffortを変更せず、その1ターンだけClaudeがより深く推論します。「think」「think hard」「think more」などの表現ではこの動作は起きず、通常のテキストとして渡されるだけです。
## `/fast`コマンド：Opusは2.5倍高速で料金は6倍—どんなときに見合うか？
重要なポイント
`/fast`は、上位のOpusモデル向けの別のAPI設定です。別のモデルではありません。同じOpusが、出力を最大2.5倍速く生成します。2026年9月23日時点で、Opus 5.5、Opus 5、Opus 4.8に対応しています。料金はOpus 5.5で100万トークンあたり\$8 / \$40、Opus 5とOpus 4.8で\$10 / \$50です。SonnetとHaikuでは利用できず、2026年7月24日にOpus 4.7から削除されました。料金より待ち時間を重視するリアルタイムのデバッグや対話型作業に向いています。
Fast modeは研究プレビュー機能です。Claude Code v2.1.36以降が必要で、`claude --version`で確認できます。
有効にする方法：
```bash
# fast modeを切り替え（Claude Code CLIとVS Code Extensionで利用可能）
/fast
# または設定内
{
"fastMode": true
}
```
有効にすると、次のようになります。
- 別のモデルを使っている場合、Claude Codeは自動的にOpusに切り替えます。
- 「Fast mode ON」の確認が表示されます。
- プロンプトの横に`↯`アイコンが表示されます。
オプションと詳細：
- fast modeのデフォルトモデルは、利用可能な最も高性能なOpusです。2026年9月23日時点ではOpus 5.5です。fast modeはOpus 4.7ではまったく動作せず、Opus 4.7に切り替えるとfast modeがオフになります。
- fast modeはデフォルトでセッション間も保存されます。Team/Enterpriseの管理者は、各セッションで明示的なオプトインを必須にするため、`fastModePerSessionOptIn: true`を設定できます。
- `/fast`をもう一度実行してfast modeをオフにしても、Opusのままです。以前のモデルには戻りません。切り替えるには`/model`を使います。
- 会話の途中で有効にすると、会話全体のコンテキストにfast modeの料金がかかります。したがって、セッションの途中ではなく、最初から有効にするほうが経済的です。
fast modeを使う場面：
- **リアルタイムのデバッグ**：トレースを見ていて、応答時間が重要な場合。
- **対話型作業の厳しい締め切り**：18:00までにデモを作る必要があり、素早く反復したい場合。
- **素早いコード反復**：仮説を次々と試している場合。
使わない場面：
- **速度が重要ではない長い自律タスク**。2.5倍の速度に6倍の料金を払うため、Claudeの作業中に昼食へ行くなら見合いません。
- **バッチ処理、CI/CDパイプライン**—対話型モード用ではありません。
- **コスト重視のワークロード**—選択は明らかです。
利用条件：
- Bedrock、Vertex、Foundryでは動作しません。
- アカウントに**利用クレジット**（プランに含まれる上限を超える課金）が必要です。個人アカウントではConsoleの課金設定から有効にします。Team/Enterpriseでは管理者が有効にする必要があります。
- fast modeのトークンは、プランに含まれる上限から**差し引かれません**。最初のトークンからfast modeの料金で利用クレジットに直接課金されます。
fast modeのリクエスト上限に達した場合、または利用クレジットがなくなると、fast modeは自動的に標準速度と料金に切り替わります。`↯`アイコンは灰色になり、作業は続行されます。上限がリセットされると、fast modeは自動で再び有効になります。
fast modeとeffortは競合する設定ではありません。組み合わせて使えます。fast mode＋low effortなら、簡単なタスクを最高速度で処理できます。
## 各モデルの実際の料金：月々の請求額の内訳
重要なポイント
100万トークンあたりの基本料金：Haiku 4.5は\$1 / \$5、Sonnet 4.6は\$3 / \$15、Opus 4.7は\$5 / \$25。Fast modeは\$30 / \$150。プロンプトキャッシュにより、繰り返し使う入力の料金は0.1倍になります。Batch APIは50%割引です。主な節約方法はモデル自体を変えることではなく、Sonnetで十分な作業にOpusを使わないことです。
100万トークンあたりの料金（Anthropic API、USD）：
| モデル | 入力 | 5分のキャッシュ書き込み | 1時間のキャッシュ書き込み | キャッシュヒット | 出力 |
|------------------|-------|-------------------|-----------------|-----------|--------|
| Haiku 4.5 | \$1 | \$1.25 | \$2 | \$0.10 | \$5 |
| Sonnet 4.6 | \$3 | \$3.75 | \$6 | \$0.30 | \$15 |
| Opus 4.6 | \$5 | \$6.25 | \$10 | \$0.50 | \$25 |
| Opus 4.7 | \$5 | \$6.25 | \$10 | \$0.50 | \$25 |
| Fast mode（Opus） | \$30 | n/a | n/a | n/a | \$150 |
実際に請求額を減らす方法：
1. **プロンプトキャッシュ。** Anthropicは、システムプロンプト、CLAUDE.md、ツールの説明など、プロンプトの繰り返し部分をキャッシュします。キャッシュヒットの料金は入力価格の10%です。Sonnetでは、100万トークンあたり\$3が\$0.30になり、10分の1の安さです。APIリクエスト内の`cache_control: { type: "ephemeral" }`によって自動的に有効になります。Claude Codeではデフォルトで機能します。
2. **Batch API**：待つことができるタスク（レポート、一括でのテキスト生成など）では、入出力が50%割引になります。Batch API経由のSonnetは\$1.50 / \$7.50です。Claude Codeから直接は使えませんが、Anthropic SDKで自動化を構築する場合は利用してください。
3. **Opusだけでなくopusplan**：過去の計算例では約34.6%節約。実際の総費用は実行の割合、トークン数、単価、キャッシュ、再試行によります。
4. **デフォルトはSonnet、必要なときだけOpus**：これが主な節約方法です。Opusを「念のため」に有効にしているなら、ここで説明する実践方法ではSonnetに切り替えます。タスクにOpusが必要なら、3～4ステップ目でそれが明らかになるので、`/model opus`で明示的に切り替えます。
5. **Opus 4.7の新しいトークナイザーを覚えておく。** 同じファイルでも、Opus 4.7はSonnet 4.6より最大35%多くのトークンを使います。同じタスクの実費は、表から想像する以上に高くなります。
具体例：新しい顧客向けのウェブサイト試作品を構築する不動産会社の一般的なタスク。「3つのセクションとフォーム、決済ゲートウェイ連携を備えたページを作って」。結果は次のとおりでした。
- Opus 4.7のみ（high effort）：1.5時間の作業で1セッション約\$4.80。
- opusplan：約\$1.90（Opusが計画し、Sonnetが実行）。
- Sonnet 4.6のみ（high effort）：約\$1.30。ただしアーキテクチャ上の判断は劣っていました（Sonnetはテンプレートベースの方法を取りましたが、opusplanのOpusは標準外の要件に合わせて独自の方法を考案しました）。
このタスクの勝者はopusplanです。重要な部分でOpusの品質を保ちながら、60%節約できます。
Claude Codeは利用上限についてトークン数を直接表示しません。上限は動的でプランによって異なるためです。ただし、`/status`ではプランと現在の利用状況を確認できます。より詳しく管理するには、詳細ガイド[Claude Codeの上限を1日で使い切らない方法](https://ailoot.ai/blog/ja/claude-code-token-limits-saving/)を参照してください。
## 日々の作業に何を設定する？すぐに使える4つのプリセット
重要なポイント
タスクの種類に応じた、すぐに使える4つのプリセットです。Daily Code—Sonnet＋high effort。Heavy Refactor—opusplan。Quick Fix—Haiku＋low effort。Architecture Session—Opus 4.7＋xhigh effort＋Plan Mode。それぞれをエイリアスとして保存したり、スキルに設定したり、セッション開始時の最初のコマンドとして手元に置いたりできます。
この4つのプリセットは、作業日やタスクに応じて切り替えられます。
**プリセット1. Daily Code—ここで説明する実践方法では、作業時間の80%に使用。**
```bash
claude --model sonnet --effort high
# 必要に応じてセッション内でOpusに切り替え
/model opus
```
用途：新機能、小規模なリファクタリング、簡単なバグのデバッグ、ドキュメント作成。high effortのSonnetが最適なバランスです。
**プリセット2. Heavy Refactor—大規模なアーキテクチャ変更。**
```bash
claude --model opusplan
# まず/planを使って構成を話し合う
# Plan Mode終了後、Sonnetが実行を担当
```
用途：15ファイル以上にまたがるモジュールの書き換え、連携先をあるゲートウェイから別のゲートウェイに切り替える作業。Opusがアーキテクチャ（依存関係の検討）を担当し、Sonnetが実行（すばやいファイル編集）を担当します。この作業では70%以上の節約が可能です。
**プリセット3. Quick Fix—1行の編集やスクリプト。**
```bash
claude --model haiku --effort low
```
用途：「すべてのファイル内で変数名を変更する」「nginxを再起動するbashスクリプトを書く」「この関数は何をする？」など。こうした作業はHaikuで処理でき、Sonnetの3分の1の料金です。
**プリセット4. Architecture Session—戦略的な判断。**
```bash
claude --model opus --effort xhigh
# Plan Modeに入るときに最大effortを使用：
/plan
# 重要な質問のプロンプトにultrathinkを追加
```
用途：「Xを独立したサービスにすべきか？」「試作品にどのツールを使うべきか？」「マルチテナント用のデータベーススキーマをどう設計すべきか？」など。ここではOpus 4.7は高価ですが、その価値があります。ここでの間違いは何週間もの作業につながるからです。
これらのプリセットは、スキル（スキルごとに1つのモデル）として保存するか、`~/.zshrc`のエイリアスとして保存できます。
```bash
alias claude-daily='claude --model sonnet --effort high'
alias claude-refactor='claude --model opusplan'
alias claude-quick='claude --model haiku --effort low'
alias claude-architect='claude --model opus --effort xhigh'
```
チームで作業している場合は、管理設定によって標準化できます。管理者は組織ポリシーに`availableModels: ["sonnet", "haiku", "opusplan"]`を設定できます。ユーザーはOpusを直接選べず、明示的なオプトインがある場合だけ利用できます。誤って利用上限を使い切ることを防ぐための、良い安全策です。
[サブエージェント](https://ailoot.ai/blog/ja/claude-code-subagents/)を構築している場合は、`CLAUDE_CODE_SUBAGENT_MODEL`またはエージェント定義のfrontmatterにある`model`フィールドで、サブエージェントごとに別のモデルを設定することもできます。これにより、さらに最適化できます。
## 利用上限に達したときの対処法：実践的な5つの方法
重要なポイント
Opusの上限に達しても、慌てないでください。作業を続ける方法は5つあります。Sonnetに切り替える、opusplanを使う、プロンプトキャッシュを有効にする、作業の一部をBatch APIに移す、または補助的なタスクにHaikuを使うことです。2026年5月には利用上限が2倍になり、ピーク時間帯のスロットリングもなくなったため、Opusの上限を使い切ることは難しくなっています。
`/status`にOpusの上限に達したと表示された場合：
1. **Sonnet 4.6に切り替える**：`/model sonnet`。別の利用枠があり、タスクの80%では違いに気づかないでしょう。Anthropic APIでは、Opusの上限に達していても、上限に近づくとClaude Codeが自動的にSonnetにフォールバックする場合があります。
2. **残りの作業にopusplanを使う**：`/model opusplan`。その日にPlan Modeのタスクが残っている場合、Opusは最小限（計画だけ）に使われ、実行はすべてSonnetが担当します。
3. **プロンプトキャッシュを確認する**：`DISABLE_PROMPT_CACHING=1`で無効にしていないか確認してください。CLAUDE.mdやシステムプロンプトに大量の設定が含まれる場合は、キャッシュされるはずです。読み取りの90%でキャッシュが使われると、使用量を10分の1にできます。
4. **バッチタスクを移す**：一括生成（レポート、文章、翻訳）がある場合は、Batch APIを使うスクリプトに移します。入出力が50%割引になります。Claude Codeから直接は使えませんが、`tsx`スクリプト＋Anthropic SDKで30分あれば設定できます。
5. **補助タスクにはHaikuを使う**：「コミットメッセージを書く」「このファイルの内容を説明する」などの定型作業では、Claude CodeをHaikuに切り替えます。Sonnetの3分の1、Opusの5分の1の使用量です。
最後に重要なことをもう一度。**2026年5月6日以降、Pro、Max、Team、Enterpriseの利用上限は2倍になり**、ピーク時間帯のスロットリングもなくなりました。Opusで半日以内に利用枠を使い切るなら、問題は上限ではありません。Sonnetで十分な作業にOpusを使っていることです。このガイドの第2セクションの判断表を使えば、自分で制御できるようになります。
利用上限とトークン節約の実践的な8つのルールについて詳しくは、こちらの基幹記事を参照してください：[Claude Codeの上限を1日で使い切らない方法：2026年にトークンを節約する8つのルール](https://ailoot.ai/blog/ja/claude-code-token-limits-saving/)。もう1つ役立つ関連記事は[Claude CodeのPlan Mode：ステップごとのガイド](https://ailoot.ai/blog/ja/claude-code-plan-mode/)です。opusplanはPlan Modeがないと動作しないためです。そして、すべてのモデルの基盤となるのが[2026年にCLAUDE.mdを設定する方法](https://ailoot.ai/blog/ja/claude-md-template/)です。
### 出典
- [Anthropic—Claude Opus 5.5の発表（2026年9月22日）](https://www.anthropic.com/news/claude-opus-5-5)
- [Anthropic API：モデルの概要、料金、effortレベル](https://platform.claude.com/docs/en/about-claude/models/overview)
- [Anthropic Claude Code：モデル設定](https://code.claude.com/docs/en/model-config)
- [Anthropic Claude Code：fast modeで応答を高速化](https://code.claude.com/docs/en/fast-mode)
- [Anthropic Claude Code：新機能](https://code.claude.com/docs/en/whats-new)
- [Anthropic API：料金](https://platform.claude.com/docs/en/about-claude/pricing)
- [Anthropic API：Effortレベル](https://platform.claude.com/docs/en/build-with-claude/effort)
- [Anthropic API：100万トークンのコンテキストウィンドウ](https://platform.claude.com/docs/en/build-with-claude/context-windows)
- [Anthropicサポート：Claude Codeのモデル、利用状況、上限](https://support.claude.com/en/articles/14552983-models-usage-and-limits-in-claude-code)
- [Anthropicブログ：Claude Managed Agentsの新機能（Code with Claude 2026）](https://claude.com/blog/new-in-claude-managed-agents)
実用的なvibe coding環境：**AIクローン＋第二の脳＋コンテキストエンジニアリング**。実践的な資料：[Ailootドキュメント](https://ailoot.ai/docs/)。
さらに資料やツールを見る：[Ailoot](https://ailoot.ai/)。
## Claude CodeのSonnet、Opus、effort：モデルの選び方 | Ailoot：よくある質問
### opusplanの計算例では、どれだけ節約しますか？
表の当時の単価とトークン数では、Opusのみ$2.60、opusplanは$1.70です。差$0.90を$2.60で割ると約34.6%で、常に75〜80%節約する証拠ではありません。
### 安い実行モデルなら、成功タスクも必ず安いですか？
いいえ。実際の入出力、キャッシュ、再試行を適用単価で計算し、同じ合格検査を使います。低いトークン単価は最終費用の一部です。
## Ailoot · 企業とそのプロジェクト群
Ailootは、蓄積した運営経験、幅広い顧客基盤、安定したサービス、継続的なKPI管理を基盤としています。
企業とそのプロジェクト群：数百万の顧客、毎月数十億規模の売上。
Ailootはこの運営経験を、お客様の製品、エージェント、アプリケーション、自動化でAI機能を利用するためのAPIアクセスに活かしています。