Claude Code の Claude Sonnet 5：切り替える価値はあるか、コストはさらに高くなるのか？

モデルの使い方については、Ailoot のドキュメントをご覧ください。

6月30日に何が起きたのか：Sonnet 5 が Claude Code のデフォルトモデルに#

6月30日、Anthropic は Sonnet 5 を公開し、ひそかにデフォルトモデルへ設定しました。ユーザーによってはモデルが自動で切り替わり、別のユーザーではそのままでした。プランによって異なります。

まず、現在使っているモデルを確認しましょう。Claude Code で次を入力します。

/status

このコマンドは、現在のモデルとアカウントの詳細を表示します。claude-sonnet-5 と表示され、手動で切り替えていないなら、デフォルトモデルが自動で変更されています。

Sonnet 5 を使うには Claude Code のバージョン 2.1.197 以降が必要です。/model コマンドの一覧に第5世代モデルが表示されない場合は、更新してください。

claude update

次に、この分析のきっかけとなった主な疑問を取り上げます。Anthropic は「安い」と言っているのに、トークン料金が上がったという人がいます。なぜでしょうか？次のセクションで説明します。

表面上「安い」のに、なぜ支払額は安くならないのか？#

プロモーション終了後、Sonnet 5 の料金は入力トークン100万個あたり3ドル、出力トークン100万個あたり15ドルです。これは前世代の Sonnet 4.6 とまったく同じです。「トークンあたり」の値下げはありません。「Opus より安い」とは Opus 4.8（5ドルと25ドル）との比較に限られ、前世代の Sonnet と比べれば料金は同額です。

モデルは文字ではなくトークンに対して課金します。トークンとは、プロンプトを分割したテキストのまとまりです。Sonnet 5 の新しいトークナイザーは、同じファイルをより多くのまとまりに分割します。

Anthropicは、Sonnet 5ではテキストの種類に応じてトークン数が1.0～1.35倍になるとしています。

Anthropic 自身は、より慎重に「テキストの種類によって1.0倍から1.35倍」と説明しています。この下限を使っても、より多くのトークンに同じ料金がかかります。同じ作業をしたときの実際の請求額は上がります。

自分の言語について公開測定値がなければ、数分で自分のテキストに対する正確な倍率を測定できます。方法は以下で説明します。

1つのタスクの実際のコストはどれくらい増えるのか？#

トークナイザーは全体像の半分にすぎません。もう半分は、Sonnet 5 がより多くのステップを踏み、処理中により多くのテキストを生成することです。タスクに必要なトークン数やステップ数によって実際の費用が変わるため、自分のタスクで測定しましょう。

タスクあたりのコストでは、Sonnet 5 は最上位モデルの Opus 4.8 より高価です。表示価格は2.5倍低いにもかかわらず、そうなります。表示価格が示すものと実際の請求額は異なり、トークナイザーと追加ステップが約束された節約分をすべて使い切ります。

この傾向は世代が変わっても繰り返されています。前世代のモデル Opus 4.7 でも、トークナイザーの変更によってリクエストあたりのトークン数がすでに約37％増えていました。

結論は簡単です。「2.5倍安い」という見出しをうのみにしないでください。実際の価格を示すのは、自分のタスクで数えた自分のトークン数だけです。測定方法は後ほど説明しますが、その前に全体の中での位置づけを見てみましょう。

Sonnet 5 と Opus のどちらを選ぶかは、仕組みの一部分にすぎません。リクエスト前に Claude のコンテキストへ何を入れるかというコンテキストエンジニアリングが、実際のトークン使用量を決めます。コンテキストが膨らんでいれば、最安のモデルでも予算を使い切ります。適切に構成すれば、高価なモデルでもトークンを節約できます。

Claude Sonnet 5 と Opus 4.8 の比較：それぞれ何ができるのか？#

ベンチマークだけでは、雰囲気でコーディングする人にはあまり意味がありません。しかし、数値から各モデルの得意分野が分かります。以下は、Anthropic が公開している3つのモデルの公式結果です。

難しいエージェント的コーディングでは、Opus 4.8 がリードを保ち、SWE-bench Pro で69.2％対63.2％です。この6ポイントの差は、Sonnet が途中で放棄するような厄介なバグや複雑なアーキテクチャ上の問題で Opus が解決策を見つけるといった違いに表れます。ただし、Opus が上回るのは難しいコーディング作業だけです。ターミナル作業（80.4％対74.6％）や知識作業（レポート作成、データ分析）では、Sonnet 5 はすでに最上位モデルを上回っています。

/effort で effort のレベルを設定する方法を含め、「タスクの種類ごとにどのモデルを使うか」を詳しく解説したガイドは、別記事のClaude Code で Sonnet と Opus を選ぶ方法をご覧ください。タスクの種類に応じたモデルの使い分けを説明しています。ここでは別の点に焦点を当てます。新しいモデルを使うために、すでにうまくいっている設定を変える価値があるでしょうか？

Sonnet 5 のコストをどう計算できるのか？#

他の人の数値を信じず、自分で測定しましょう。Claude Code では、セッション中に使用量を確認できます。次の3つのコマンドがあります。

• /usage - 主な使用量画面です。セッションのコスト、プランの残り上限、モデルごとのトークン数が表示されます。/cost と /stats コマンドは、この画面内のタブを開きます。
• /cost - 現在のセッションの内訳です。使用したトークン数、それを使ったモデル、入力と出力それぞれの数が表示されます。
• /stats - より長期的な表示です。数週間分のセッション数とトークン数が分かります。

注意点として、これらのコマンドに表示されるドル額は、トークン数に基づくローカルの推定値で、実際の請求額と異なる場合があります。ただし、2つのモデルを比較するには十分です。

自分のタスクで Sonnet 5 のコストがどれだけ増えるか測定する手順は次のとおりです。

1. トークナイザーを比べる場合は、同じ指示とファイル内容を含む固定入力を1つ用意し、会話履歴を入れません。生成出力を除き、その正確な入力のトークン数を各モデルで比較します。比率が示すのは入力の分割だけです。
2. 実タスクの比較では、同じプロジェクト状態からモデルごとに独立した2セッションを始めます。プロンプト、effort、使えるツール、合格条件をそろえ、同じ会話の途中でモデルを変えません。
3. 各タスクの前後の利用量を記録します。入力、出力、キャッシュ読み取り・書き込みの増分と適用単価で費用を見積もり、失敗や再試行も含めます。
4. 同じテストでコードを確認します。総トークン数を割って価格倍率と呼ぶのではなく、成功した成果の費用を比較してください。

上記のコマンドで確認できるのは1つのセッションです。日次・週次の表示には、ccusage という無料ツールがあります。Claude Code のローカル記録を読み込んでレポートを作成します。インストールせずに実行するには、次のコマンドを使います。

npx ccusage@latest

Sonnet 5 への切り替え方と、うまくいかない場合の戻し方#

Claude Code のモデル変更は1つのコマンドで行え、すぐに反映されます。前のセクションで比較した結果、元に戻したい場合もあるので、戻し方を含むすべての選択肢を紹介します。

現在のセッションで切り替える：

/model              # モデル一覧を開いて選択
/model sonnet       # Sonnet 5 に切り替え
/model opus         # Opus 4.8 に切り替え

一覧で Enter を押すと、新しいセッションのデフォルトとして選択が保存されます。s キーを押すと、現在のセッションにだけ適用されます。

新しいモデルが合わない場合は元に戻す。注意点があります。短い名前の sonnet はバージョン5を指すようになりました。実績のある Sonnet 4.6 に戻すには、正式名称を使います。

/model claude-sonnet-4-6    # 前世代の Sonnet に戻す
/model claude-opus-4-8      # Opus 4.8 に戻す
/model default              # アカウント推奨のデフォルトにリセット

環境変数でセッション全体にモデルを固定する：

export ANTHROPIC_MODEL="claude-opus-4-8"    # Opus を固定して起動
claude

settings.json 設定ファイルでデフォルトモデルを永続的に設定する：

{ "model": "opus" }

opusplan モードも知っておくと便利です。思考の深さが重要な計画段階では Opus を使い、価格が重要な実行段階になると Sonnet に切り替わります。「高価な頭脳、安価な手」という折衷案は、タスクごとに手動で選びたくない場合の合理的なデフォルトです。

Sonnet 5 が向いている人、Opus を使い続けるべき人#

ベンチマークと価格から導けるシンプルな使い分けのルールは、実行には Sonnet 5、判断には Opus 4.8 です。同じ考え方をタスク別の判断表にまとめました。

直感に反する主な結論は、高い effort（xhigh、max）では Sonnet 5 の価格面の優位性が失われることです。ステップ数が増え、トークンを多く消費するため、難しいタスク1つあたりのコストは Opus 4.8 を使う場合より高くなります。それでも、難しいコーディングの品質では Opus のほうが優れています。そのため、仕事の大半が難しく、高い effort を使うなら、Opus をデフォルトのままにするのが理にかなっています。

仕事の大半が中程度の複雑さの定型的なエージェント作業なら、標準の effort で使う Sonnet 5 は、特に8月31日までのプロモーション価格中は、現在お得です。

すでに切り替えた人たちは何と言っているのか？#

リリースから数時間のうちに、不満の声が広がりました。「使いものにならない失敗作」という呼び名が、すぐに公開時の評価として定着しました。議論の基調を示す声を紹介します。

感情を抜きにすると、主な不満は3つです。

1. トークンのコストが上がる。 新しいトークナイザーが約束された節約分を食いつぶします。上記の分析はこの点を扱っています。
2. 拒否が増える。 議論を呼ぶプロンプトをモデルが拒否しやすくなり、検閲も厳しくなりました。前世代の Sonnet 4.6 のほうが速く、賢く、制約が少なく感じられたという声も多くあります。
3. 進歩が小さすぎる。 特に値上げを考えると、4.6 からの変化は切り替えるほどではありません。

ただし、評価は一方的ではありません。エージェントタスクを実行する人たちは Sonnet 5 を気に入っています。品質は Opus に近く、低い effort では価格が安いからです。また、請求額を管理する実質的な手段である effort の調整も評価されています。一方、Claude を創作に使っていた人たちは不満を抱いています。モデルの表現が淡泊になり、慎重になったためです。

一連の騒ぎから私が導いた結論は、「失敗作」という反発の波は、主に膨らんだ期待によるものだということです。人々は飛躍的な進歩を期待しましたが、得られたのは慎重な一歩と、より高価なトークンでした。技術面では、Anthropic は実用的なモデルを提供しました。ここで問うべきことは1つだけです。自分のタスクにとってお得でしょうか？それを確かめるには、自分のトークン請求額を見るしかありません。他の人の投稿では判断できません。

実践シナリオ：自分のタスクで試す#

新しいモデルが出たとき、シナリオの筆者は結論を急がずに試します。リリース直後の数日間は、現実より期待の声が大きいものです。Sonnet 5 は、まさにそのようなケースです。

このシナリオで行った手順は次のとおりです。

1. デフォルトモデルを確認した。 筆者は Max を利用しているため、Opus 4.8 がデフォルトのままでした。難しいタスクには引き続き使います。
2. 定型作業に Sonnet 5 を使った。 コードの初回確認、テスト生成、プロジェクトの調査には、コストが低く、品質も十分です。
3. 自分のタスクで測定した。 各セッションの後に /cost を確認して、使用量を比較します。他の人のベンチマークではなく、自分の実際のコードを使います。
4. プロモーションを活用する。 8月31日までは Sonnet 5 を割引価格で利用できます。まだ安いうちに、筆者自身のコストがどれくらいか統計を集めるよい機会です。

「正しい」モデルを一度だけ選び、それをずっと使うことはできません。モデルは価格やトークナイザーとともに毎月変わります。いつでも役立つのは、2分で使用量を測定し、見出しではなく数値に基づいて判断する方法を知っておくことです。新しいモデルが出るたびに、モデル選択のスキルが必要になります。

詳しくはAilootをご覧ください。