Claude CodeのOpusとSonnetの使い分けと設定メモ（2026年4月）
今回は、Claude Codeを使う中で試したOpus 4.6とSonnet 4.6の使い分けについて、筆者の考え方を備忘録としてまとめたものです。ちなみに筆者は2026年4月時点現在、ClaudeのProプランを使用しています。
Claude Codeのデフォルトはsonnetです。公式にも「たいていの作業はSonnetで十分」と書かれていて、実際、仕様が明確な機械的なコーディングはSonnetで問題なく進みます。ただ、不確実性の高い複雑な設計の判断や大きなリファクタリングで「もう少し深く考えてほしい」と感じることがあります。
なので、少し前まではOpusオンリーで使用していたのですが、ユーザーの増加などによってアクセスが増えてきたのか、特にAntigravityなどのサブスク系のサービスで利用する際の制限も厳しくなってきています。そこで、SonnetとOpusを使い分けることで、制限を回避しつつ時間効率あたりの稼働率を最大化することが、この記事における使い分けの主な狙いになります。
あくまで筆者の環境での運用に基づく内容なので、お使いのプランや環境によって異なる部分があります。また、モデルの進化が早いため、情報は2026年4月時点のものである点に留意してください。
この記事のターゲット
Claude CodeでOpusしか使っていないが、Sonnetをいつ使うか知りたい方
モデルの切り替え方と優先順位を整理したい方
effortレベルやExtended Thinkingの使い方を知りたい方
モデルの切り替え方
切り替える方法は4つあり、上にあるものほど優先されます。
/modelコマンド:会話中に
/model opusや/model sonnetでその場で切り替え
起動フラグ:
claude --model opusでClaude Codeを起動
環境変数:
export ANTHROPIC_MODEL=opusをシェルに設 定
settings.json:
"model": "sonnet"と書いておく（最も優先度が低い）
モデルのピッカーには特殊なオプションもあります。default はOpusで始まり、使用量の上限に達すると自動でSonnetに切り替わります。サブスクリプション利用者向けの設定です。
opusplan は計画フェーズはOpus、実装フェーズはSonnetと使い分けるモードです。設計と実装がはっきり分かれるタスクでうまく機能します。
Opus 4.6とSonnet 4.6のざっくりとした違い
Anthropic公式によると、Opus 4.6は「これまでのモデルでは対応できなかったタスクや、パフォーマンスが最も重要な場面」向けのプレミアムモデルです。プロフェッショナルなソフトウェアエンジニアリング、複雑なエージェントワークフロー、高い正確性が求められる企業業務を主な用途としています。
一方、Sonnet 4.6は「日常的な利用、スケールした本番運用」向けに設計されています。コーディング、エージェント、プロフェッショナルワークフローを幅広くカバーし、数日かかるコーディングプロジェクトを数時間に圧縮できるとされています。
両モデルの違いを体感で言うと、Sonnetは返答が速く、テンポよく作業を回せます。バグ修正、テスト作成、コードレビュー、CIスクリプト、シンプルなリファクタリングでは、Sonnetの速さのほうが価値があります。
Opusは速さよりも深さに特徴があります。複雑なアーキテクチャの設計、大規模なリファクタリング、セキュリティの問題の調査、変数が大量に絡み合うバグのデバッグ、仕様がまだふわっとした段階での方向決め。「 コードを書く」よりも「深く考える」ことが必要な場面で違いが出ます。
コンテキストの上限は両モデルとも1Mトークン（beta）です。API料金はOpusが入力$5/出力$25、Sonnetが入力$3/出力$15（いずれも1Mトークンあたり）です。最新の料金はAnthropic公式の料金ページで確認してください。
SonnetをデフォルトにしてOpusは必要な場面だけ
サブスクリプションでは、使い分けが使える回数に直結します。Opusを普段使いにすると午後には枠を使い切ることもあるので、「本当に必要なときだけ」という運用が自然と決まります。日常の作業はSonnetで進め、「もう少し深く考えてほしい」と感じたときだけOpusに切り替える運用がバランスよいです。
opusplanは設計フェーズをOpusに任せ、実装フェーズをSonnetに渡す使い方です。「考える仕事」と「手を動かす仕事」が分かれるタスクで試してみてください。個人的には、設計や調査の小さなタスクでも、迷ったときに/model opusでその場だけ切り替える運用をよく使います。モデルを固定するより、「これは深く考えたい」と思った局面だけ切り替えるほうがコスト感覚もよかったです。
さらに踏み込むと、設計段階でOpusにプロンプトを渡す際に、「作業のうち不確実性が高いタスクとSonnetの作業のレビューはOpusが担当し、仕様が明確で機械的な作業はSonnetで実行するよう計画してください。モデルの切り替えフェーズになったら、そこまでの作業報告とユーザーに切り替えを促してください。」のような指示を書くこともあります。
Extended ThinkingとEffortの設定
Opus 4.6とSonnet 4.6には、作業の複雑さに応じてClaudeが考える深さを自動で調整する仕組みが入っています。普段はとくに意識するシーンは個人的にはあまりないです。
手動で深さを指定したい場合は、effortレベルを使います。
low: 速く短い返答。シンプルな質問やフォーマット変換向き
medium: バランス型。MaxやTeamプランでOpusを使うときのデフォルト
high: じっくり考える。複雑な問題に時間をかけてほしいとき
max: とことん考える。トークン制限なし。Opus 4.6専用
設定方法は以下の3通りです。
/effort high（その会話の中だけ）claude --effort high（起動時に指定）環境変数
CLAUDE_CODE_EFFORT_LEVEL=high
プロンプトの中に「ultrathink」と書くと、次の返答だけeffortをhighに上げます。一度だけ深く考えてほしいときに便利です。
Opusの使いどころはシンプルで、「深く考えることが必要かどうか」だけ意識すればほぼ決まります。Sonnetをベースに、それが必要な場面だけOpusか/effort highを使う運用がコスパよいと思います。
ただ、モデルの進化は速いので、今の使い分けが半年後にそのまま通用するかはわかりませんが、「この作業に深い推論が必要か」という考え方自体はそう変わらないような気がします。
