Claude Sonnet 5レビュー：実質コスト、Opus 4.8との比較、トークナイザーの盲点

Claude Sonnet 5レビューの結論

エージェント、コーディング、ツールを多用する自動化にはSonnet 5への切り替えを推奨します。ただし、安くなったと判断する前に、トークナイザー変更後のコストを必ず計算してください。

AnthropicがSonnet 5をリリースしたのは2026年6月30日です。これまでのSonnetで最もエージェント性能が高く、複数ステップの作業を計画し、ブラウザやターミナルなどのツールを操作しながら、従来モデルが途中で止まりがちだったタスクを完遂します。APIとClaude Codeではeffort=highが標準で、この設定なら一部のタスクでOpus 4.8に迫りながら、表示価格は大幅に抑えられています。すでにClaude Codeを日常的に使っている人やエージェントを構築している人にとって、現時点の標準選択肢はSonnet 5です。

慎重になるべき理由は性能ではなく、コストです。発表時の料金だけを見ると値下げに思えますが、新しいトークナイザーは同じ文章を約30%多いトークンとして数えます。さらに、内容を確認せず移行するとリクエストが400になる破壊的なAPI変更が3つあります。どちらも以下で詳しく見ていきます。

Sonnet 4.6から実際に何が変わったのか

Sonnet 5はSonnet 4.6から移行しやすい後継モデルです。細かな手動制御の一部と引き換えに、自律性が大きく高まりました。

最大の進化は、エージェントとして最後までやり切る力です。Anthropic自身、直近で最も明確な性能向上が見られたのはOpusクラスだったと説明していますが、Sonnet 5はその差を縮めました。Opus 4.8に近い性能をより低価格で実現し、Sonnet 4.6よりもコストと速度の選択幅が大きく広がっています。推論、ツール利用、コーディング、ナレッジワークのすべてで4.6を上回り、早期アクセスのパートナーからは、複数ステップのソフトウェア開発を完了し、指示されなくても自ら成果を確認したとの評価が出ています。Anthropicが強調するエージェント検索（BrowseComp）とコンピューター操作（OSWorld-Verified）のベンチマークでは、4.6を明確に上回り、より高いeffortに設定すると一部のタスクでOpus 4.8と同等になります。また、Anthropicの安全性評価によると、望ましくない振る舞いは4.6より少なく、サイバーセキュリティ関連タスクでは現行のOpusモデルより明確に弱いとされています。大半のビジネス用途では、これは欠点ではなく利点です。

実用面で最も重要な変更は、adaptive thinkingが標準で有効になったことです。Sonnet 4.6では、thinkingフィールドを指定しないリクエストは思考なしで実行されました。Sonnet 5では、同じリクエストでも適応的に思考します。初期設定のままでも回答品質は上がりますが、max_tokensは思考と回答本文の合計を制限するため、4.6向けに調整した出力上限では表示される回答が途中で切れる可能性があります。これまで思考なしで実行していたワークロードは、max_tokensを見直してください。

Claude Sonnet 5の実際の料金：Claude 5全モデルを比較

Sonnet 5の導入価格は、2026年8月31日まで入力100万トークンあたり$2、出力100万トークンあたり$10です。その後は入力$3、出力$15になります。現在のClaudeファミリー内で比較すると、次の位置付けです。

比率で見ると、選択は分かりやすくなります。導入価格のSonnet 5は、1トークンあたりでOpus 4.8の40%です。8月以降の通常料金でもOpusの60%に収まります。一方、通常料金では価格比がHaiku 4.5の3xとなり、Haikuのコンテキスト上限が200kなのに対し、Sonnet 5は1Mを利用できます。つまりSonnet 5は、設計どおり中間を担うモデルです。Opusより安く、Haikuより大幅に高性能で、フラッグシップと同じ1Mコンテキストと128kの出力上限を備えています。

長時間の処理で見逃せない仕様もあります。Sonnet 5の1Mトークンのコンテキストは標準かつ最大で、より小さなコンテキストのバリエーションはありません。Batch APIではoutput-300k-2026-03-24ベータヘッダーを指定すると、出力を300kトークンまで伸ばせます。Opus層と異なり、Sonnet 5ではPriority Tierを利用できません。

Claude Sonnet 5トークナイザーに潜む実質的な負担

表示価格は下がりました。しかし、仕事量あたりの実質価格は同じ幅では下がっていません。Sonnet 5の新しいトークナイザーは、同じ文章をSonnet 4.6より約30%多いトークンに分割するためです。

トークナイザーとは、入力した文章を「トークン」と呼ばれる課金単位に分割する仕組みです。Sonnet 5では4.6と異なるトークナイザーが採用され、同じ入力テキストから生成されるトークン数が約30%増えるとAnthropicは明記しています（正確な割合は内容によって異なります）。1トークンあたりの価格は変わりません。それでも課金はトークン単位なので、4.6で10,000トークンだったリクエストがSonnet 5で約13,000トークンになれば、価格変更そのものを加味する前でも、同じ仕事のコストは約30%増えます。1Mのコンテキストに収まる実際の文章量も減り、4.6の出力に合わせたmax_tokensでは回答が途中で切れることがあります。

実務上の原則は明快です。旧モデルで測ったトークン数を使い回さず、Sonnet 5で測り直してください。 4.6の数値を基にコスト予測、リクエスト単位の予算、コンテキストの詰め込みロジックを設計していたなら、その見積もりは楽観的になっています。これは以前Opus系で起きたのと同じパターンです。Opus 4.7のトークナイザー変更でも詳しく解説しましたが、対処法は同じです。数え直してから判断します。

だからといって、Sonnet 5が高価なわけではありません。導入価格なら、同等の出力を得る場合でもOpusを大きく下回ります。正確な比較は「$2という表示価格に、実際の性能向上と~30%のトークン増を加味する」であり、単純に「安くなった」ではありません。節約になると決めつける前に、実際のワークロードで計算してください。

切り替え前に直すべき3つの破壊的変更

4.6からの移行はおおむね簡単ですが、昨日まで動いていた3種類のリクエストが400エラーになります。先に対処しなければ、エージェントループは最初の呼び出しで停止します。

# Fails on Sonnet 5 (returns 400)
resp = client.messages.create(
    model="claude-sonnet-5",
    temperature=0.7,
    thinking={"type": "enabled", "budget_tokens": 32000},
    max_tokens=4000,
    messages=[...],
)

# Works: no sampling params, adaptive thinking, roomier max_tokens
resp = client.messages.create(
    model="claude-sonnet-5",
    thinking={"type": "adaptive"},
    max_tokens=8000,
    messages=[...],
)

Claude Sonnet 5とOpus 4.8を比較：低価格モデルを選ぶべき場面

エージェント型コーディングやツールを使う自動化では、effort=highに設定したSonnet 5が基本の選択肢です。タスクが本当に最高水準の性能を必要とするときだけ、Opus 4.8へ切り替えます。

Sonnet 5を選ぶ根拠は、effortを調節できる点にあります。Opus層と同じmedium／high／extra-highの各レベルを備え、Anthropicのコスト性能曲線では4.6よりはるかに広い範囲をカバーしています。mediumなら高い効率を発揮し、effortを上げると一部のタスクでOpus 4.8の性能に到達します。導入価格はOpusの40%（8月以降は60%）なので、すべてにOpus料金を払うより、Sonnet 5から始めて特に難しいタスクだけOpusへ上げるほうが合理的です。

それでもOpus 4.8を維持すべき場面は限られていますが、確実にあります。性能上限がコストに見合う仕事、最難関のエージェント型コーディング、1回の手順失敗が高くつく長時間の自律実行など、「一部のタスクでは同等」では不十分なケースです。同等にならないタスクこそ重要だからです。人が監視しない本番処理を大規模に任せるなら、価格差を払うほうがSonnetの失敗1回より安く済む可能性があります。

正直な評価：なぜ「性能低下」と言われるのか

コミュニティの反応は割れており、それを無視するのは誠実ではありません。「4.6では終えられなかったタスクを完遂する」という評価がある一方、今月のr/ClaudeAIには、率直に「Sonnet 5 is a downgrade」と題したスレッドのほか、「is it actually worth using」「what's the consensus」といった投稿が続いています。Anthropicが掲げる「close to Opus 4.8」という説明と、一部ユーザーの実感との隔たりは、きちんと認識する必要があります。

その大半は2つの要因で説明できます。1つ目は、adaptive thinkingが標準で有効になったことで回答の形と待ち時間が変わり、4.6の簡潔な思考なしの出力に最適化したワークフローでは、品質が向上していても違和感が出ることです。2つ目は、トークナイザー変更後に測り直すまではコスト比較が悪化して見え、「異なるトークナイザー」より先に「高くなった」と受け取られることです。どちらもモデルの品質が低いことを意味しません。簡単に置き換えられるはずのアップグレードも、実際には完全な差し替えではないということです。筆者の結論も含め、誰かの評価をうのみにする前に、実際のプロンプトで試してください。

今すぐ切り替えるべき人、待つべき人

コーディング環境やエージェントを移行する前に、重要な設定を先に整えたい場合は、無料のClaude Code + Codexセットアップチェックリストを利用してください。本番環境でモデルを切り替える前に確認すべき設定とコスト管理の手順をまとめており、新モデルの詳しい分析も公開時に受け取れます。