Claude Sonnet 5レビュー：本当に使うべきモデルなのか？

Claude Sonnet 5とは何か、1分で解説

私はこれらのモデルを使って生計を立てているので、スペックの説明は手短に済ませる。Claude Sonnet 5（claude-sonnet-5）はSonnet 4.6の直接の後継であり、Claude.aiの新しいデフォルトモデルだ。Anthropicはこれを「これまでで最もエージェント性の高いSonnet」と呼んでおり、その主要スペックもこの表現を裏付けている。100万トークンのコンテキストウィンドウ、最大128Kトークンの出力、高解像度のビジョン、そしてデフォルトで有効なアダプティブ思考だ。

まず押さえておくべきことが2つある。

• effortパラメータ（low / medium / high / xhigh / max）は、Sonnetモデルにとって新しい領域であり、Sonnetとして初めてxhighを搭載する。これはモデルがどれだけ深く考えるかを決めるダイヤルであり、同時にあなたの請求額を決めるダイヤルでもある。
• 新しいトークナイザーは、Sonnet 4.6と比べて同じテキストに対しておよそ1.0〜1.35倍のトークンを生成する。これは見た目以上に重要なので、後ほど詳しく触れる。

初日からあらゆる場所で提供が開始された。Claude.ai（Webおよびモバイル）、Claude CodeとCowork、Claude Platform、さらにAWS、Google Cloud、Microsoft Foundryだ。何が変わったのかについて詳しくは、同僚がClaude Sonnet 5とは何かを別記事でまとめている。本稿はそのレビュー版だ。

ベンチマーク：実際どれほど優れているのか？

こちらがAnthropicが公開した表で、Sonnet 5の立ち位置を最もはっきり示している。

いくつかの数字が目を引く。エージェント型コーディングでは、Sonnet 5はSWE-bench Proで63.2%を記録し（Sonnet 4.6の58.1%から上昇し、Opus 4.8の69.2%に迫る）、Terminal-Bench 2.1では80.4%と、Opus 4.8の82.7%にほぼ匹敵する。コンピュータ操作（OSWorld-Verified）では81.2%を記録し、Opus 4.8の83.4%にわずかに及ばない。そしてナレッジワーク（GDPval-AA v2）では1618を記録し、Opus 4.8の1615を上回っている。これは「Opusに近い」という主張がマーケティングではなく真実味を帯びて響く結果だ。

このパターンはHumanity's Last Examでも続く。ツールありの条件ではSonnet 5が57.4%、Opus 4.8が57.9%と、ほぼ互角だ。Opusが依然として明確にリードしているのはツールなしの推論（49.8%対43.2%）であり、これがOpusが今も何のためにあるのかを物語っている。

単一のランキング数値以上に興味深いのは、コストをかければかけるほど、その伸びがどう現れるかという点だ。Anthropicは、エージェント型検索のベンチマークであるBrowseCompにおいて、タスクあたりのコストに対する正答率をプロットしている。

オレンジ色のSonnet 5のラインは、あらゆる価格帯で旧Sonnet 4.6を大きく上回っており、最上位の価格帯に達するまではOpus 4.8のカーブに近い動きを見せる。平たく言えば、コスト帯の大部分において、Sonnet 5はSonnetの価格でOpus並みの結果をもたらすということだ。これがこのレビュー全体を1枚のグラフに凝縮したものだ。

Claude 5系ラインナップにおけるSonnet 5の位置づけ

Anthropicの命名規則は現時点でかなり複雑だ（フラッグシップはFable 5と呼ばれる一方、Opus、Sonnet、Haikuはそれぞれ独自のバージョン番号を保持している）。そこで、価格と性能でティアが実際にどう積み上がっているかを整理する。

Sonnet 5はまさに中間に位置する。Opus 4.8よりも安価かつ高速で、Haiku 4.5よりも高性能、そしてFable 5のフロンティア層よりは大きく下位にある。Anthropic自身の説明では、最近の最大の性能向上はOpusクラスのモデルから生まれてきたが、「Sonnet 5がその差を縮めている」とされている。ベンチマークもそれを裏付けている。実務上の結論として、多くのチームにとって「どのClaudeをデフォルトにすべきか」という問いには、もう平凡な答えが出ている。それがこのモデルだ。

エフォートダイヤルこそが本当の見どころ

このレビューから一つだけ持ち帰るなら、これにしてほしい。Sonnet 5では、コストを制御するためにモデルを切り替えるのではなく、ダイヤルを回すようになる。

Anthropicが示すおおまかな対応関係は、予算を組むうえで本当に役立つ。Sonnet 5のmediumは、Sonnet 4.6のhighとほぼ同等の性能を発揮し、Sonnet 5のhighは4.6のmaxに近い水準に達する。つまり、同じ品質基準を、より少ない思考トークンで達成できるようになったということであり、これは実質的な効率化と言える。裏を返せば、デフォルトがhighであるため、旧来のデフォルトに慣れている人からすると、Sonnet 5は箱から出した状態でより深く考え（そして呼び出しごとのコストも高く）なる。Anthropicは、より高いエフォートでのトークン使用量の増加を吸収するために、Chat、Cowork、Claude Code、APIにわたってレート制限まで引き上げている。

Sonnet 5を製品に組み込む人にとって、コストエンジニアリングの主戦場は今やこのエフォートダイヤルにある。設定が低すぎれば品質を取りこぼし、単純なタスクでmaxのままにしておけば無駄に予算を燃やすことになる。

価値をめぐる論争：実際に安いのか？

ここがローンチ週のコンセンサスが分かれたポイントであり、レビューの中で最も掘り下げる価値がある部分だ。

表示価格はSonnet 4.6から変わらず、2026年8月31日までの導入価格として100万トークンあたり2ドル/10ドル、それ以降は3ドル/15ドルとなる。しかし、実際のコストを静かに押し上げる要因が2つある。第一に、新しいトークナイザーが同じテキストに対しておよそ1.0〜1.35倍のトークンを課金対象にする。第二に、デフォルトのエフォートが高いため、リクエストあたりの思考トークンが増える。トークン単価の一致は、リクエスト単価の一致を意味しない。Anthropicも、導入割引が移行期間中「おおむねコスト中立」を保つために存在していることを率直に認めている。

独立系ベンチマーク集計サイトのArtificial Analysisは、この点を鋭く指摘している。

「Claude Sonnet 5はArtificial Analysis Intelligence Indexで53を記録するが、プロモーション価格を除けばOpus 4.8よりもタスクあたりのコストが高くなる。」 - Artificial Analysis on X

彼らはそのインデックス上でタスクあたり約2.29ドルと算出した。一方、熱心な支持者側の反応は正反対で、ZapierのCEOであるWade Fosterは、強気の見方をこうまとめている。

「Claude Sonnet 5がリリースされた。Sonnetの価格でOpusレベルの仕事をこなす。」 - Wade Foster on LinkedIn

どちらの主張も正しく、それこそがポイントだ。通常業務におけるlowやmediumのエフォートでは、Sonnet 5は明らかに割安だ。難しいタスクでxhighやmaxまで引き上げると、Opus 4.8であればより安く得られたはずの結果に対して、Opus 4.8以上の出費をしてしまうこともある。r/singularityのスレッドでも、まさにこの点が議論されている。結論は「安い」でも「高い」でもなく、「ダイヤルを管理できれば安い」ということだ。

Sonnet 5とOpus 4.8、どちらを使うべきか？

両者は非常に重なり合っている（どちらも100万トークンのコンテキストを持ち、エージェント作業に強い）ため、判断は「どちらが優れているか」というより「どちらの用途に適しているか」という話になる。

数値を読み込んだ上での私の経験則はこうだ。コーディング、ツール利用、日常的なエージェント作業の大部分ではSonnet 5をデフォルトにし、特にコストが積み重なる大量処理の用途ではそうする。タスクが本当に難しい推論を要し、長時間の自律性が必要で、あるいは追加コストに見合うだけの価値がある高リスクな場面（そしてOpusのツールなし推論の優位性が実際に効いてくる場面）ではOpus 4.8を選ぶ。ほとんどの人にとって、ほとんどの場合、今やSonnet 5が正しいデフォルトであり、Opusはエスカレーション先であって出発点ではない。

顧客対応に使っても安全か？

チャットボットのデモであれば、安全性は些末な問題だ。しかし、実際の顧客チケットに自律的に触れるエージェントにとっては、それがすべてを左右する。だからこそ、ここは注意深く見た。

良いニュースは、Sonnet 5がこれまでで最も安全なSonnetだということだ。Anthropicの報告によれば、Sonnet 4.6と比べて幻覚が少なく、迎合性も低く、プロンプトインジェクションへの耐性も強く、悪意あるリクエストへの拒否もより的確になっている。自動化された行動監査でも、前身モデルより良い（より安全な）スコアを記録した。

率直に言えば引っかかる点もある。Sonnet 5の不整合行動スコア（2.53）はSonnet 4.6（2.89）より良いが、Opus 4.8（2.10）やMythos Preview（1.95）よりは悪い。つまり、置き換え対象のモデルよりは安全だが、ファミリー内で最も安全というわけではない。Anthropicのシステムカードも、Sonnet 5は「非常に低いアライメントリスク（ただし従来のSonnetモデルよりは高い）」を抱えていると率直に述べている。

一方、攻撃的サイバー能力については、Sonnet 5は安心できるほど弱い。AnthropicのFirefox 147エクスプロイト開発テスト（Mozillaと共同で構築、すべての脆弱性は既にパッチ済み）では、動作するエクスプロイトを一度も生成しなかった。

その組み合わせ（高性能で、安価で、サイバー攻撃の強力な手段ではない）は、顧客対応の自動化にとってほぼ理想的だ。しかし、「モデルが安全である」ことと「導入が安全である」ことは別の話であり、ここからがサポートチームを運営する人にとって本当に重要な部分になる。

サポート業務にとってSonnet 5が意味すること

私はeeselで働いており、そこでは何年もかけてAIエージェントを実際のサポートキューに導入してきた。そしてどんなモデルのローンチを経ても変わらないのはこうだ。より賢く、より安いモデルは正しい回答のコストを下げるが、どのチケットを回答させて安全かを決めるわけではない。自信満々に見えるボットが、静かに間違った回答をするのを何度も目にしてきた。だからこそ、生のベンチマーク以上にガードレールが重要になる。

あるDTCサプリメント企業のCXリードは、この顧客側の実感を、どんな仕様書よりも率直に私たちに伝えてくれた。「AIが100%の質問に答えられるようになることは決してない。だから私が必要としているのは、自信を持って対応できるチケットだけを扱い、それ以外はすべて手をつけずに残してくれるAIだ」。この直感は、基盤となるモデルがバージョンアップしても変わらない。

Sonnet 5は経済性を確かに改善する。それは事実だ。しかし、サポート自動化にとって決定的な要素、つまり信頼度に基づくルーティング、自社の過去のチケットによる学習、そして実際に顧客に触れる前にロールアウトをシミュレーションできる能力は、モデルそのものではなく、モデルを取り囲むレイヤーの中に存在する。信頼できるモデルを選んだ後に、誰もがまず注目すべきなのはその部分だと私は伝えたい。

eeselを試す

モデルに依存しないサポートツールを選ぶことの良さは、Sonnet 5のようなローンチが登場すると、何も入れ替えることなくその下地がそのまま良くなる点にある。eesel AIは既存のヘルプデスクにそのままプラグインでき、あなたの過去のチケットやヘルプセンターから学習し、Claude Sonnet 5のようなフロンティアモデル上で動作するため、配線を組み直すことなく性能向上の恩恵を受けられる。

eeselが真価を発揮するのは、生のモデルだけではできない部分だ。過去数千件のチケットを再現するシミュレーションモードにより、本番稼働前に解決率を確認でき、AIが確信を持てる場合にのみ自動返信し、それ以外は人に残す信頼度ベースのルールも備えている。ある顧客のGridwiseは、導入後最初の1か月でティア1リクエストの73%をeeselが解決した。eeselを試すのは無料で、数分で自社のチケットに対するシミュレーションを行うことができる。