Claude Sonnet 5は2026年6月30日にリリースされ、Claude Codeで実行できる最も強力なデフォルトモデルの1つです。Anthropicはこれを「これまでで最もエージェント的なSonnetモデル」と呼んでおり、発売時のベンチマークもこれを裏付けています。ツール使用とエージェント的なコーディングタスクにおいて、Opus 4.8に数ポイント差で迫り、価格は大幅に安価です。この組み合わせはClaude Code内で最も重要であり、モデルは終日ファイルの読み取り、ターミナルコマンドの実行、リポジトリの編集を繰り返します。
このガイドでは、Claude CodeでSonnet 5を選択する方法、その動作がどのように変化したか(適応的思考がデフォルトでオンになったこと)、現実的なワークフローを実行する方法、そしてOpus 4.8に切り替えるタイミングについて説明します。また、モデルが推測ではなく実際のAPIを構築し、実際のエンドポイントをテストできるように、Apidogと組み合わせる方法も紹介します。
Sonnet 5がClaude Codeの強力なデフォルトである理由
Claude Codeはエージェント型のコーディングツールです。モデルは一度答えるだけでなく、計画を立て、コマンドを実行し、出力を読み取り、ファイルを編集し、これを繰り返します。このループはツール使用に長けたモデルに報いるものであり、Sonnet 5はまさにそのために調整されています。

以下はAnthropicが報告した発売時のベンチマークスナップショットです。これらは報告された数値として扱い、弊社の独自テスト結果ではありません。
| ベンチマーク | Sonnet 5 | Opus 4.8 | Sonnet 4.6 |
|---|---|---|---|
| SWE-bench Pro(エージェント型コーディング) | 63.2% | 69.2% | 58.1% |
| Terminal-Bench 2.1 | 80.4% | 82.7% | n/a |
| OSWorld-Verified(コンピュータ使用) | 81.2% | 83.4% | 78.5% |
このパターンが有用な部分です。ツールを介することで、Sonnet 5はOpus 4.8に約1〜3ポイント差で迫ります。何も頼るものがない純粋な推論では、Opusが約6ポイントリードします。Claude Codeでのコーディングはツールに大きく依存する作業であるため、ほとんどの場合、Sonnet 5はOpusに近い性能を発揮し、はるかに安価な範囲に収まります。
価格がその差をより明確にします。Sonnet 5の標準料金は入力トークン100万あたり3ドル、出力100万あたり15ドルですが、2026年8月31日までは導入価格として入力2ドル、出力10ドルで利用できます。Opus 4.8は入力100万あたり5ドル、出力100万あたり25ドルです。エージェント型コーディングで忙しい日には、この差が大きくなります。弊社のClaude Sonnet 5の料金詳細では、後述のトークナイザーに関する注意点を含め、その数字を詳しく説明しています。
Claude CodeでSonnet 5を選択する
Claude Codeは、インタラクティブな/modelコマンドを通じてモデル選択を公開しています。セッション内で、次のように入力します。
/model
利用可能なモデルのピッカーが表示されます。Claude Sonnet 5を選択してください。そこから、セッションは計画と編集にそれを使用します。
ピッカーを開かずにモデルを設定したい場合は、直接渡すことができます。
/model claude-sonnet-5
claude-sonnet-5という文字列は、日付サフィックスなしの正確なAPIモデルIDです。Claude Codeをスクリプト化したり、プロジェクトのデフォルトを設定したりする場合は、この正確なIDを使用してください。
Sonnet 5は発売当初からClaude Codeで利用可能です。また、無料版とPro版のClaudeアプリのデフォルトモデルであり、Max、Team、Enterpriseでも利用できます。したがって、有料プランであっても無料プランであっても、今日からSonnet 5を実行できます。詳細については、弊社のClaude Codeガイドをご覧ください。スラッシュコマンドのその他については、Claude Code CLIコマンドリファレンスで説明しています。
モデルの動作における変更点
Sonnet 5はSonnet 4.6からのドロップインアップグレードですが、いくつかの動作が異なります。そのうちの2つは、Claude Codeで作業中に現れます。
適応的思考がデフォルトでオンに
Sonnet 4.6では、thinkingフィールドがないリクエストは思考なしで実行されました。Sonnet 5では、適応的思考がデフォルトでオンになっています。モデルは目の前のタスクに基づいて、どれだけ思考するかを決定します。簡単な名前変更にはほとんど思考が使われず、複数のファイルにまたがる複雑なリファクタリングにはより多くの思考が使われます。
これをClaude Codeで生のAPI呼び出しのように設定することはありません。ツールがリクエストを管理します。あなたが気づくのは、Sonnet 5がより難しいステップでは推論のために一時停止し、簡単なステップでは素早く動くことです。それが意図通りに機能している適応的動作です。詳細を知りたい場合は、Anthropicの適応的思考に関するドキュメントでメカニズムが説明されています。
モデルは、low、medium、high、xhighの4つのレベルを持つ「effort」パラメータもサポートしています。エフォートは、思考がどれだけ深く、どれだけのトークンを費やすかを制御します。より高いエフォートは最も難しい問題に役立ち、コストも高くなります。エージェント的なループでは、タスクが真に多くの検討を必要とするときに、これが調整すべきダイヤルとなります。
手動拡張思考とサンプリングパラメータが廃止
Claudeを中心にカスタムツールを構築している場合は、2つの削除点に注意してください。手動拡張思考(thinking: {type: "enabled", budget_tokens: N})は、現在400エラーを返します。代わりに適応的思考とエフォートパラメータを使用してください。temperature、top_p、またはtop_kをデフォルト以外の値に設定すると、400エラーが返されます。代わりに、プロンプトとシステム指示を通じて動作を制御してください。Claude Codeがこれを処理しますが、Sonnet 4.6用に書いたスクリプトは確認が必要です。完全なリストは、弊社のSonnet 5とSonnet 4.6の比較にあります。
新しいトークナイザーがコンテキストとコストに影響
Sonnet 5は新しいトークナイザーを使用しています。同じソーステキストでも、Sonnet 4.6と比較して約30%多くのトークンが生成されます。これは約1.3倍に相当します。リクエストとレスポンスの形式は変わらないため、何も壊れませんが、2つの点が変化します。
第一に、各トークンがカバーする範囲が狭くなったため、1,000,000トークンのコンテキストウィンドウには、平均してより少ないテキストしか保持されません。大規模なリポジトリは、生の文字数よりも少し速くウィンドウを満たします。第二に、トークンあたりの価格は変更されていませんが、同等のテキストに対するリクエストあたりのコストが高くなる可能性があります。Sonnet 4.6のトークン見積もりを再利用しないでください。ワークロードを予算化する場合は、Anthropicのトークンカウントエンドポイントを使用して、Sonnet 5で再カウントしてください。
Sonnet 5を使った現実的なClaude Codeワークフロー
Sonnet 5は、編集前に計画を立てさせると最高の性能を発揮します。
- タスクを大まかに説明します。関連ファイルを読み込み、コードに触れる前に計画を提案するように依頼します。
- 計画を確認します。誤っている箇所を修正します。これは、後で悪い編集を修正するよりも安価です。
- ターミナルコマンドを実行し、ファイルを編集しながら実装させます。
- テストを実行させます。失敗した場合は、その出力を読み取り、反復させます。
適応的思考がオンになっているため、計画ステップのために手動で推論を強化する必要はありません。タスクが難しいほど、モデルはより多くの労力を費やします。あなたの仕事は、明確な指示を与え、計画をレビューすることです。
コンテキストを念頭に置いてください。100万トークンのウィンドウがあっても、毎回モデルにリポジトリ全体をフィードすることは、トークンと費用を無駄にします。重要なファイルに焦点を当てさせます。Sonnet 5は、スコープされたタスクに従い、必要な場合にのみより多くのコンテキストを取り込むのが得意です。
APIを構築し、Sonnet 5にテストさせる
ここでワークフローが具体化します。Claude CodeでREST APIを構築しているとします。モデルはルートをスキャフォールディングできますが、実行中のエンドポイントが実際に意図通りに動作しているかどうかは確認できません。それがApidogが埋めるギャップです。
まず、ApidogでAPIを設計しモックを作成します。エンドポイント、リクエストとレスポンスのスキーマ、そして現実的なデータを返すモックサーバーを定義することで、バックエンドが完成する前にフロントエンドとテストがアクセスできるものが用意されます。次に、Sonnet 5が実装を作成する際に、Apidog MCPサーバーを通じて実際のAPIエンドポイントを指し示します。これにより、API仕様がモデルに公開されます。モデルは推測ではなく実際のスキーマを読み取り、それに一致するハンドラを生成し、ライブサーバーに対してテストシナリオを実行できます。
そのループは次のようになります。
# Claude CodeのSonnet 5はエンドポイントを実装し、
# CLI経由でApidogテストスイートを実行します。
apidog run --access-token $APIDOG_TOKEN \
--project-id $PROJECT_ID \
--test-scenario "user-signup-flow"
テストが失敗すると、モデルはアサーション出力を読み取り、ハンドラを修正します。モデルが推測ではなく実際の契約に対して検証を行う、厳密なビルドテストループが実現します。Apidogの自動テストと視覚的なアサーションが不一致を検出し、Sonnet 5が修正を行います。まずはApidogをダウンロードして、ローカルでプロジェクトをセットアップしてください。
正直なところ、その連携はシンプルです。モデルがコードを書き、ApidogでAPIが実際に契約通りに動作するかどうかを確認します。
Opus 4.8に切り替えるタイミング
Sonnet 5はほとんどのClaude Codeセッションで適切なデフォルトですが、Opus 4.8はいくつかのケースでその高価格に見合う価値があります。
以下の場合にOpus 4.8を使用してください。
- タスクがツールループの問題ではなく、困難な推論問題である場合。純粋なアルゴリズム設計や微妙なロジックにおいて、Opusの約6ポイントのリードが発揮されます。
- 小さなエラーが多くのステップを経て蓄積するような、長期的で自律的な作業を実行している場合。
- 特定の重要な変更において、コストよりも品質が重要である場合。
以下の場合にSonnet 5を使用してください。
- ファイルの読み取り、コマンドの実行、編集、テストといった標準的なエージェント型コーディングを行っている場合。
- 処理量が多く、コストが重要である場合。
- 多くの小さなタスクで高速なイテレーションを行いたい場合。
切り替えは1つのコマンドでできます。難しいタスクには/model claude-opus-4-8と入力し、残りのセッションではclaude-sonnet-5に戻してください。すべての作業に1つのモデルを使い続ける必要はありません。詳細な比較については、弊社のSonnet 5とOpus 4.8の比較をご覧ください。以前にClaude CodeでSonnet 4.5またはClaude CodeでFable 5を使用したことがある方には、ここでのワークフローは馴染み深いものに感じられるでしょう。
実践的なヒント
- 計画を立てさせる。重要でない作業以外では、編集前に計画を立てるよう依頼しましょう。適応的思考が推論の深さを自動的に処理します。
- コンテキストの範囲を絞る。モデルを関連ファイルに向けさせましょう。100万トークンのウィンドウは大きいですが、新しいトークナイザーにより予想よりも速く満たされます。
- 作業量の多い日のコストに注意。Sonnet 5はOpusよりも安価ですが、終日の編集作業ではコストがかさみます。2026年8月31日までの導入価格が役立ちます。
- 実際の契約に対してテストする。コードが「正しく見える」と信頼するのではなく、モデルにApidogテストをエンドポイントに対して実行させましょう。
- 難しいステップにはエフォートを使用する。タスクがより多くの検討を必要とする場合、手動での思考予算ではなく、エフォートパラメータ(xhighまで)が調整するべきものです。
よくある質問
Claude CodeでClaude Sonnet 5は利用できますか?
はい。Sonnet 5は2026年6月30日のリリース以降、Claude Codeで利用可能です。/modelコマンドでClaude Sonnet 5を選択するか、/model claude-sonnet-5でモデルIDを直接渡してください。
適応的思考のために設定を変更する必要がありますか?
いいえ。Sonnet 5では適応的思考がデフォルトでオンになっており、Claude Codeがリクエストを管理します。モデルはタスクごとにどれだけ思考するかを決定します。これは、thinkingフィールドがないリクエストが思考なしで実行されたSonnet 4.6からの変更点です。動作変更の完全なリストについては、弊社のSonnet 5とSonnet 4.6の比較をご覧ください。
Sonnet 5はコーディングに十分ですか、それともOpus 4.8を使用すべきですか?
ほとんどのClaude Codeでのエージェント型コーディングにおいて、Sonnet 5は強力なデフォルトです。Anthropicの発売時のベンチマークによると、SWE-bench ProやTerminal-Benchのようなツール使用タスクでは、Opus 4.8に約1~3ポイント差で迫り、価格はより低いです。最も困難な純粋な推論問題や長期的な自律作業には、Opus 4.8に切り替えてください。
Claude CodeでSonnet 5を無料で利用できますか?
Sonnet 5は無料版とPro版のClaudeアプリのデフォルトモデルであり、Claude Codeで利用できます。無料利用にはレート制限と使用制限があります。制限の内容と正直な利用方法については、弊社のClaude Sonnet 5無料ガイドをご覧ください。
新しいトークナイザーはClaude Codeセッションにどのように影響しますか?
同じテキストでも、Sonnet 4.6と比較して約30%多くのトークンが生成されます。何も壊れることはありませんが、100万トークンのコンテキストウィンドウに保持できるテキストは少なくなり、同等のテキストのコストが高くなる可能性があります。古い見積もりを再利用するのではなく、Sonnet 5でトークンを再カウントしてください。
