Claude Code モデル選択

Claude Code で使う Claude モデルを用途別に選ぶガイド。GPT は Codex で利用します。利用できる ID と /model での切り替えを紹介（2026年）。

API キーが必要ですか？ 登録する →·エンドポイントと Base URL →

最終確認：2026-10-20 · 📄 qcode.cc 準拠（モデルと単価は qcode.cc/models、課金は docs.qcode.cc）

タスクの複雑さと能力で選ぶのが基本です。日常のコーディングは Sonnet、アーキテクチャ設計や大規模リファクタリングは Opus、最も難しい問題は Fable、フォーマットや簡単な Q&A は Haiku を選び、qcode.cc/models で最新の可用性と単価を確認してください。2026-10-27 時点で、以下の Claude・GPT などの ID は QCode で利用できます。

Claude Code は複数の AI モデルに対応しており、ティアごとに能力と速度の得意分野が異なります。タスクの複雑さでティアを選べば、結果の品質と応答速度のバランスを取りやすくなります。

💰 課金はトークン単位で、モデル別の単価は qcode.cc/models に掲載されています。

Claude モデルファミリー概要¶

現在 QCode.cc 経由で利用できる Claude モデルは、能力の階段状ラインナップを構成しています。

2026-10-20 時点で、以下の Claude ID は QCode で利用できます：claude-fable-5、claude-fable-5-1、claude-opus-5-5、claude-opus-5、claude-opus-4-8、claude-sonnet-5、claude-sonnet-5-5、claude-sonnet-4-6、claude-haiku-5-5。claude-haiku-4-5-20251001 と claude-sonnet-4-5-20250929 は /models で Retired と表示されており（2026-10-20 確認）、2026-10-27 時点では qcode.cc/models に表示されていませんが、引き続き呼び出せます。今後追加されるモデルの利用可否は /models で確認してください。

Claude Fable 5 — 最上位フラッグシップ¶

Fable 5 は現時点で最も能力が高いティアです：

• 最強の推論能力：最難関の問題向け——システム横断のアーキテクチャ、並行/分散システムの難解なバグ、一度きりの重要な意思決定
• 1M コンテキスト / 128K 出力：大規模コードベースの全体理解
• ここぞという場面で：日常タスクでこのティアを使うことはほとんどありません

適用シナリオ：重要な技術的意思決定、長期間解決できない難問、成果物の品質が極めて重要な一度きりのタスク。

Claude Opus 5.5 / 5 / 4.8 — 主力フラッグシップ¶

Opus は実績のある主力フラッグシップです。

• 深い推論：長い論理チェーンの推論が得意で、複雑なアーキテクチャ設計に適しています
• コード品質：生成されるコードはより網羅的で、エッジケースの処理もより完成度が高い
• 1M コンテキスト：大規模コードベースを理解する能力が高い
• 同一ウィンドウ：Opus 5 と Opus 4.8 はコンテキストと出力上限が同じで、いつでも切り替えられます
• Opus 5.5（claude-opus-5-5）：Opus シリーズの最新版で、QCode で利用できます。/model claude-opus-5-5 または ANTHROPIC_MODEL=claude-opus-5-5 で指定できます（単価は qcode.cc/models）

適用シナリオ：アーキテクチャ設計、大規模リファクタリング、技術方針の評価、複雑なバグの調査。

Claude Sonnet 5 / Sonnet 4.6 — 日常のバランスティア¶

Sonnet は多くの開発者にとって日常のファーストチョイスであり、能力と速度のバランスが取れています：

• Sonnet 5：新世代のバランスティア。1M コンテキスト / 128K 出力で、新規プロジェクトではこれをそのまま使うことをおすすめします
• Sonnet 4.6：成熟して安定しており、1M コンテキスト（オプション切り替え）で日常のコーディングには十分です
• 能力のバランス：日常のコーディングとコードレビューで安定した品質
• 比較的高速：Opus より速く、頻繁なインタラクションに適しています

適用シナリオ：日常のコーディング、バグ修正、コードレビュー、ドキュメント執筆、テスト作成。

Claude Haiku 4.5 — 軽量・高速¶

Haiku は最も小型で高速なティアです：

• 最速：頻繁で短いリクエストに適しています
• 基礎的な能力：シンプルなタスクには十分対応できますが、複雑な推論能力は限定的です
• 200K コンテキスト

適用シナリオ：簡単な Q&A、コードフォーマット、ボイラープレートコードの生成、素早い翻訳。

Claude Haiku 5.5 — サブエージェント向けの軽量ティア¶

Haiku 5.5（claude-haiku-5-5）は QCode で利用できます。Claude Code では、Anthropic API 上で haiku エイリアスが解決される先がこのティアです。以下の項目はすべて Claude Code の公式ドキュメント（モデル設定のページとサブエージェントのページ）の記述に沿ったものです。

• 指定方法：公式が挙げる Haiku 5.5 のモデル ID は claude-haiku-5-5 です。セッション内で /model claude-haiku-5-5 を実行するか、claude --model claude-haiku-5-5 で Claude Code を起動します。
• haiku エイリアス：haiku は opus・sonnet・fable と並ぶモデルファミリーのエイリアスで、公式の説明ではシンプルなタスク向けの高速かつ効率的な Haiku モデルとされています。Claude Code v2.1.293 以降、haiku は Anthropic API 上で Haiku 5.5 に解決されます。
• ANTHROPIC_DEFAULT_HAIKU_MODEL：公式によると、この変数は haiku に使うモデル、つまりバックグラウンド機能向けのモデルを指定します。同系列の ANTHROPIC_DEFAULT_SONNET_MODEL・ANTHROPIC_DEFAULT_OPUS_MODEL・ANTHROPIC_DEFAULT_FABLE_MODEL が、4 つのエイリアスの解決先を決めます。各値は完全なモデル名か、あなたの API プロバイダーに相当する識別子でなければなりません。旧 ANTHROPIC_SMALL_FAST_MODEL は廃止され、ANTHROPIC_DEFAULT_HAIKU_MODEL に置き換わっています。
• サブエージェントのモデルが決まる順序：公式は次の順で解決するとしています。まず呼び出しごとの model パラメーター、次にサブエージェント定義の model frontmatter（inherit はメインの会話のモデルを選びます）、次に CLAUDE_CODE_SUBAGENT_MODEL 環境変数（エイリアスまたはモデル ID を設定した場合）、最後にメインの会話のモデルです。サブエージェントの model フィールドには sonnet・opus・haiku・fable、claude-opus-5-5 のような完全なモデル ID、または inherit を書けます。完全なモデル ID は --model フラグと同じ値を取るので、model: claude-haiku-5-5 は公式に載っている書き方です。
• すべてのサブエージェントを 1 つのモデルに固定する：CLAUDE_CODE_SUBAGENT_MODEL は既定値にすぎないため、サブエージェント自身の定義や Claude が渡すモデルが依然として優先されます。すべてのサブエージェントに同じモデルを当てさせるには、公式の手順どおり CLAUDE_CODE_SUBAGENT_MODEL_FORCE を 1 に設定します。これには Claude Code v2.1.257 以降が必要です。
• 公式に書かれていないこと：サブエージェントをより小さいモデルへ自動的に振り向ける仕組みは、公式ドキュメントに記載がありません。自前のモデルを持たないサブエージェントはメインの会話を継承し、CLAUDE_CODE_SUBAGENT_MODEL だけでは組み込みの Explore と Plan が使うモデルは変わりません。探索作業をこのティアに載せる公式の方法は、Explore という名前のユーザーまたはプロジェクトのサブエージェントを自作することです。こちらは自分の model フィールドを残すので、model: haiku と定義します。
• コンテキストウィンドウ：Anthropic API では Haiku 5.5 はすべてのプランで 1M のコンテキストウィンドウを使い、[1m] サフィックスは不要です。ANTHROPIC_BASE_URL で設定したゲートウェイ経由では、Claude Code は認識する各モデルに Anthropic API 上と同じコンテキストウィンドウを適用し、ゲートウェイまたはその背後のサーバーが課す低い上限は検出できません。

公式の「すべてのサブエージェントを Haiku で動かす」例では、2 つの変数を設定ファイルの env ブロックにまとめて書いています：

{
  "env": {
    "CLAUDE_CODE_SUBAGENT_MODEL": "haiku",
    "CLAUDE_CODE_SUBAGENT_MODEL_FORCE": "1"
  }
}

QCode では claude-haiku-5-5 は Anthropic プロトコルのエンドポイントで提供されるので、Claude Code を https://api.qcode.cc/api に向けます（エンドポイントと API パス を参照）。この変数はリクエストの送信先を変えるもので、どのモデルが応えるかを変えるものではありません：

export ANTHROPIC_BASE_URL="https://api.qcode.cc/api"
export ANTHROPIC_DEFAULT_HAIKU_MODEL="claude-haiku-5-5"
export CLAUDE_CODE_SUBAGENT_MODEL="claude-haiku-5-5"

課金はトークン単位で、モデル別の単価は qcode.cc/models に掲載されています。Anthropic プロトコルを扱えるクライアントの一覧はツール互換性にあります。

各モデルの詳細比較¶

課金はトークン単位で、モデル別の単価は qcode.cc/models に掲載されています。

シナリオ別選択ガイド¶

日常のコーディング → Sonnet 5 / Sonnet 4.6¶

関数・コンポーネント・API などの日常的な実装であれば、Sonnet で十分です。

/model claude-sonnet-5

> 「@src/services/user-service.ts に deleteUser メソッドを追加して」
> 「前ページ/次ページ/ページ番号ジャンプに対応した Pagination コンポーネントを作成して」
> 「@src/app/api/orders/route.ts にページネーションパラメータのサポートを追加して」

アーキテクチャ設計 / 大規模リファクタリング → Opus 5¶

システム設計や全体に関わる意思決定では、Opus の深い推論がこうした作業に適しています：

/model opus

> 「@src/ ディレクトリ配下の全体アーキテクチャを分析してください。モノリシックアプリケーションを
マイクロサービスに分割する計画です。どのモジュールが独立に適しているかを評価し、分割案を提示してください。」

重要な意思決定 / 難解な問題 → Fable 5¶

長時間調査しても手がかりのないバグや、影響が長く残る一度きりの技術的意思決定には、最上位ティアが適しています：

/model claude-fable-5

> 「この散発的なデータ不整合の問題を 3 日間調査しています。現象・ログ・再現手順は以下の通りです……
考えられるすべての根本原因を体系的に分析し、検証プランを提示してください。」

コードフォーマット / 簡単な Q&A → Haiku 4.5¶

深い思考を必要としない機械的な作業には、Haiku で十分です：

/model haiku

> 「@src/types/index.ts のすべての interface に JSDoc コメントを付けて」
> 「ESLint のこのエラーはどういう意味ですか：no-unused-vars」

大規模 PR のレビュー → Opus 5¶

複数ファイルにまたがる大規模な変更をレビューする際、Opus はより深いレベルの問題を発見できます。

バグ修正 → Sonnet 5 / 4.6¶

大部分のバグ修正は Sonnet で十分対応できます。特に複雑なバグや、並行処理・分散システムが絡むバグの場合は、Opus や Fable に切り替えましょう。

シナリオ別クイックリファレンス¶

モデルの切り替え方法¶

方法 1：/model コマンド（推奨）¶

Claude Code 内でいつでも切り替えられ、即座に反映されます。

/model                    # 現在のモデルと選択可能なリストを表示
/model sonnet             # Sonnet に切り替え
/model opus               # Opus に切り替え
/model haiku              # Haiku に切り替え
/model claude-sonnet-5    # 完全なモデル名で切り替え
/model claude-fable-5

方法 2：環境変数¶

シェルの設定ファイル（~/.bashrc や ~/.zshrc など）でデフォルトモデルを設定します。

export ANTHROPIC_MODEL=claude-sonnet-5

# または起動時に一時的に指定
ANTHROPIC_MODEL=claude-opus-5-5 claude

方法 3：CLAUDE.md での設定¶

プロジェクトの CLAUDE.md で Claude にモデル使用の推奨事項を伝えます（これはあくまで推奨であり、強制的な設定ではない点に注意してください）。

## モデル使用の推奨事項

- 日常の開発には Sonnet を使用する
- アーキテクチャ変更の前は Opus に切り替えて方針評価を先に行う
- コメントの一括追加には Haiku を使う

方法 4：起動オプション¶

claude --model claude-fable-5
claude --model claude-sonnet-5
claude --model claude-haiku-5-5

GPT および Codex モデル（QCode.cc 経由）¶

QCode.cc の転送サービスを通じて、同じ API キーで GPT 系モデルも利用できます。

2026-10-27 時点で、以下の GPT ID は QCode で利用できます：gpt-6.1-sol、gpt-6.1-terra、gpt-6-sol、gpt-6-astra、gpt-5.6-terra、gpt-5.6-sol。

利用可能なモデル¶

QCode では gpt-6-luna / gpt-5.6-luna を現在提供していません。他の GPT モデルをご利用ください。

最新の可用性は qcode.cc/models ページを参照してください。

同じアカウントでは、2026-10-20 時点で次の ID も利用できます：deepseek-v4.1-flash、deepseek-v4-flash、deepseek-v4-pro、glm-5.3、glm-5.3-flash、glm-5.2、qwen3.8-flash、qwen3.8-max、qwen3.7-plus、kimi-k3。これらのモデルの可用性は /models を参照してください。

GPT 系の特徴¶

• gpt-6.1-sol は現在の既定の推奨（GPT-6 Sol 更新版）で、1.05M コンテキストに対応します。gpt-6-sol も引き続き利用できます
• gpt-6.1-terra は GPT-6.1 の中位モデルで、単価は gpt-6.1-sol の約半分です。日常のコーディングやバッチ処理に向いています（単価は qcode.cc/models を参照）
• gpt-6-astra は最上位ティアです
• gpt-5.6-terra は GPT-5.6 のフラッグシップで、Codex CLI のコーディング場面でも引き続き使えます
• gpt-5.6-sol は同クラスのフラッグシップバリアントで、能力は同等です

Claude 以外のモデルを検討すべきとき¶

大部分のケースでは、Claude モデルが Claude Code の最良の選択です（ネイティブに最適化されています）。GPT 系は Codex CLI で利用します（Claude Code 内で GPT を選ぶと拒否されます）。以下のような場合には GPT 系を試してみる価値があります。

• 比較テストをしたいとき：同じタスクを異なるモデルで実行し、どちらの結果が良いかを確認する
• Codex ワークフロー：Codex CLI ユーザーは自然と GPT 系を使用します
• タスクとの相性：軽量ティアの GPT モデルはシンプルなタスクに適しています

# GPT 系は Anthropic 側に載っていない：Claude Code で /model gpt-* は拒否される
# GPT を使うなら Codex CLI（OpenAI Responses / Chat 側）へ
codex --model gpt-6.1-sol "このモジュールをリファクタリング"

注意：Claude 以外のモデルは、Claude Code の一部機能（Extended Thinking の一部機能など）が使えない場合があります。Claude モデルをメインとし、他のモデルは補完として使うことをおすすめします。

タスクの複雑さに応じたモデルの割り当て¶

ハイブリッド利用の考え方¶

一般的な分担は、タスクの複雑さで層を分けます：

タスク全体の配分（参考）：
├── Sonnet 5 / 4.6（~70%）— 日常開発、バグ修正、テスト作成、レビュー
├── Opus 5 / 4.8（~13%）— アーキテクチャの意思決定、複雑な問題、大規模リファクタリング
├── Fable 5     （~2%） — 重要な意思決定、長期間未解決の難問
└── Haiku 4.5   （~15%）— フォーマット、簡単な Q&A、バッチ操作

日常タスクはバランスティアに置き、重要な場面だけ上位ティアに切り替えます。

上位ティアに切り替える目安¶

タスクが以下のいずれかに当てはまるときは、Opus さらには Fable に切り替えます：

1. 影響範囲が大きい：変更が複数のモジュール、システム、チームに及ぶ
2. 一度きりの意思決定：アーキテクチャ選定、技術スタックの移行など、容易には後戻りできない決定
3. 調査に時間がかかっている：このバグはすでに長時間調査しており、より深い分析が必要
4. コード品質が重要：このコードは多くの箇所から呼び出されるため、十分な堅牢性が必要

逆に、社内ツールの作成、スタイルの修正、コメントの追加であれば、Sonnet や Haiku でも十分です。

実用的な Tips¶

会話の途中でモデルを切り替える¶

1 つの会話の途中でモデルを切り替えることができます。まず Opus/Fable でプランを策定し、確認後に Sonnet に切り替えて実行する——重要な意思決定では最上位の推論を使い、実行フェーズではバランスティアに戻します。

/model opus
> 「既存のコードアーキテクチャを分析し、権限システムの実装プランを策定して」

/model claude-sonnet-5
> 「先ほどのプランに従って、最初のステップの実装を開始して：権限モデルの作成」

/cost でタスクの消費を確認する¶

タスクを終えたら、/cost でその回のトークン消費を確認します。次に同様のタスクを行う際に別のモデルを試し、結果と消費を照らし合わせます。数回繰り返すと、どの種類のタスクにどのティアが合うかの直感が身につきます。

モデルの能力は進化し続けている¶

このページの能力に関する記述は、現行バージョンにおける相対関係を反映したものです。新モデルのリリースや旧モデルの退役は qcode.cc/models に随時反映されます。選択に迷ったら実測を正としてください。

企業版 →