Claude Sonnet 5.2：リスト項目1件、識別子はゼロ — 実際に判明していること

Claude Sonnet 5.2 は、あるリストの最初の項目としてインターネット上に現れた。9月20日、Xアカウント @kimmonismus は、「すでにテストが確認されている」とされるモデル——Claude Sonnet 5.2、Claude Opus 5.2、Claude Fable 5.2、Gemini 4 Pro——から始まり、次に予想されるリリースへと移るまとめを投稿した。その最初の名前より後のものには、それぞれ何らかの裏付けがある。Claude Opus 5.2 には、Claude Code 内のサイレントルーティングチャネルについての1週間分の報道がある。Claude Fable 5.2 には、独自のリークスレッドがある。Gemini 4 Pro には、別個の目撃情報がある。Claude Sonnet 5.2 には、リスト内の位置がある。これが今朝時点の公開記録のすべてだ。ツイート1件、検証水準の低いアグリゲーター上の見出し1件、そして識別子、価格、コンテキストウィンドウ、ベンチマークはどこにもない。Claude Sonnet 5——5.2 が置き換えることになるモデル——は、6月30日から一般提供されており、入力100万トークンあたり2ドル、出力100万トークンあたり10ドルで、すべての Claude サブスクリプションプランでデフォルトモデルになっている。

その非対称性こそが、書き留める価値のある話だ。なぜなら、まとめツイートがニュースの出来事として読まれるときに失われるのは、まさにそれだからだ。リスト内にモデル名が現れることは、モデルIDの隣にモデル名が現れることと同じ種類の主張ではない。そして、その違いは「Sonnetの刷新版が来る」と「誰かがSonnetという語を5.2という数字と並べただけ」との違いそのものだ。

9月20日の投稿が実際に何と言っているか

投稿をよく読むと、Sonnet に関する主張は見出しが示唆するよりもさらに薄い。リストは二つに分かれており、Sonnet 5.2 は最初の半部、つまり「すでにテストが確認されている」側にあり、これは二つの主張のうちより強い方だ。二番目の半部は明示的に留保されている。「今後のリリースの確認または示唆」で、Grok 4.7、GPT-6-Sol、Kimi K3.1 を対象としており、GPT-6-Sol の項目には、火曜日に予告された大型リリースが「それかもしれない」という独自の但し書きまで付いている。

つまり著者は、投稿の片方の半分では慎重に書いているのに、もう片方の半分では留保を付けていない。そして Sonnet 5.2 はその留保なしの半分にある。スクリーンショットも、API レスポンスも、モデル文字列も、テスター報告も、タイミングもない。その主張を確かめたい読者には、突き合わせるものが何もない。

その名前が公に姿を現す唯一のもう一つの場所は、9月19日のアグリゲーター投稿で、その見出しは「Fable 5.2、Opus 5.2、Sonnet 5.2 リーク」となっている。開いてみると、Sonnet 5.2 は見出しに現れるが、その後本文には二度と出てこない。本文では3つのClaude名が、プラットフォーム全体にわたる「目覚ましい進歩」についての一文にまとめて放り込まれている。その投稿は3つのいずれについても証拠を提示しておらず、偽のベンチマークは慎重に扱うべきだと明示的に警告している。2回の登場、同じ形だ。グループの中に名前があり、それ自体に個別に付随するものは何もない。

欠けているのは、2026年の本物のAnthropicリークすべてが生み出してきた、具体的で検証可能な痕跡だ。8月のMarshmallowとMelonの話では、claude-marshmallow-ht-eapという文字列への観測可能なAPIトラフィックがあり、その後にはよりクリーンなバリアントもあった。今月のOpus 5.2の話では、開発者たちが「Opus 5」というラベルの背後にあるバックエンドのスラッグがどこか新しい場所を指していたと報告している。Sonnet 5.2にはどちらもない。Sonnetティアのチェックポイントが開発者の到達できるどこかで提供されているなら、その識別子が最初に漏れるものになるだろう。なぜならそれは最も隠しにくいものであり——リクエスト内に存在しなければならないからだ。

9月の話の中で裏付けが取れている部分はSonnetではない

そのまとめ記事を読むうえでの罠はここにある。9月を通じて続いた、裏付けの取れた Anthropic のグレーテストの話は、Opus 級の話である。中国語と英語の複数の媒体が、Anthropic が Opus 5 というラベルの背後で未公開のチェックポイントへ一部のリクエストを静かにルーティングしていたと報じた——開発者たちが名称の変更ではなく挙動の変化によって気づいた、静かなグレーテストである。9月17日の夜の報道では、そのチャネルが予告なく遮断され、約1日後に復旧したと説明され、その後、Claude Code からチャットおよび cowork サーフェスへと広がったとされた。報道でそのチェックポイントに付けられた名前は Claude Opus 5.2 である。

Sonnet 5.2 は、その報道の信憑性を継承しているが、その証拠は一切継承していない。これはリーク報道に特有の、よくある失敗パターンだ。一方のティアは裏付けが示され、もう一方のティアが同じ流れで名前を挙げられ、その後、まるでそれも報道されたかのように広まる。実際はそうではない。Sonnet ティアのルーティング報告を探しに行けば、見つかるのは Opus のものと、リストだけだ。

このすべての背後には、別の、より裏付けのしっかりした一連の報道が流れている——Anthropicが上場を11月に先送りし、ロイターが3人の関係筋の話として伝えたところによれば、GPT-6 Astraに対抗するために、それより前に新モデルを投入するかどうかを検討しているというビジネス報道だ。この報道は事実であり、関連性もある。ただし、注目すべきことに、そのモデルがどのティアになるかについては何も触れていない。IPOを控えての主力モデル刷新とフラッグシップ投入はまったく別の動きであり、これまでに公表されたものの中には、どちらが検討されているかを示すものは何もない。

先月、コミュニティは、Sonnetと名付けたが、それは決して出荷されなかった。

「Sonnet 5.2」について懐疑的になる最大の根拠は、その主張が薄弱だという点ではない。この正確な命名パターンが1か月前、公の場で失敗しており、しかもその失敗は記録に残っているという点だ。

8月下旬、2つの早期アクセス識別子が出回った：claude-marshmallow-eapとclaude-melon-eapである。どちらの文字列にも、Opus、Sonnet、あるいはバージョン番号は含まれていない。8月24日、ソーシャル上の投稿やうわさブログが外部からこれらの識別子に製品名を当てはめた——Marshmallowは「Opus 5.1」、Melonは「Sonnet 5.1」となった——その根拠は、MarshmallowがMelonよりも、そして当時の最新であったOpus 5よりも強力に感じられたというテスターの印象だった。調査したある開発者によれば、これらの素の文字列からは検証可能な一次情報の出力は得られず、以前のトラフィックだけが唯一観測可能な証拠として残ったという。

どちらの名前もリリースされなかった。その期間における次回のAnthropicのリリースは、9月1日のClaude Fable 5.1だった——まったく別のティアであり、どちらの識別子にも誰も割り当てていなかった名前だった。「Sonnet 5.1」というラベルはコミュニティによる推測で、噂として定着したのち、消え去った。

その経緯がここで重要になるのは、一般的な警戒心を超えた理由からだ。つまり、Sonnet ティアはこの2か月の間に2度リークで名前を挙げられながら、いずれの時もティア固有の成果物は一つもなかったということだ。また、最も強い事前情報——Anthropic の実際の2026年のケイデンス——は別の形を示している。7月下旬に Opus 5、9月上旬に Fable 5.1、9月中旬に Opus 5.2 のグレーテストだ。Sonnet ティアは6月30日以降動いていない。まさにそれが、Sonnet のうわさがもっともらしい理由であり、まさにそれが、それが未検証である理由でもある。長い空白は何かを期待する理由にはなるが、特定の何かが存在する証拠ではない。

今日実際に実行できるもの

Claude Sonnet 5 は、あなたが待つ間のつなぎではない。それは Claude のトラフィックの大半がすでに動かしているモデルであり、その数字は 5.2 の噂にあるどれよりも具体的だ。

• モデルID — claude-sonnet-5、現在呼び出し可能。Claude Sonnet 5.2 にはいかなる公開識別子も存在しません

• 価格 — 100万入力トークンあたり$2、100万出力トークンあたり$10で、8月10日に恒久的なものとなった。予定されていた$3 / $15の標準料金はもはや適用されない。5.2の価格については何も分かっていない。なぜなら、知るべきことが何もないからだ

• コンテキスト — 100万トークンのウィンドウで、最大出力は128K。Anthropic自身の投稿は、ローンチページでこのウィンドウについて明記していない。それが明示しているのは改訂されたトークナイザーという細部であり、これは見た目以上に重要だ。同一の入力でも、コンテンツの種類によって、約1.0～1.35倍のトークン数に対応づけられることがある。

• ベンダー報告のベンチマーク — SWE-bench Pro 63.2%、Terminal-Bench 2.1 は80.4～80.5%、Humanity's Last Exam はツールなしで43.2%、ツールありで57.4%、OSWorld-Verified 81.2%、GDPval-AA v2 は1,618。これらはAnthropicの数値であり、ここでは再現されていない

• 独立系 — Artificial Analysisは、Claude Sonnet 5を、適応的推論・最大努力構成ではインテリジェンス指数32（同価格帯の中央値24を大きく上回る）とし、非推論・高努力構成では29と位置づけている。

• あらゆるバージョン番号よりも長く残るコスト上の注意点 — Anthropicのトークン価格は動かなかったが、Intelligence Indexの独立した分析により、Sonnet 5は適応型思考がデフォルトで有効になっているため、前モデルよりもタスクあたりの出力トークンを約30～40%多く消費していることが判明した。表示価格は請求額ではない

その最後の点こそ、5.2 の議論に持ち込むべきものだ。Sonnet の刷新版が登場したら、興味深い数字は100万トークンあたりの単価ではない。タスクあたりのトークン数であり、新しいデフォルトのエフォートレベルがそれを静かに再び押し上げるかどうかだ。

Sonnet 5.2が重要になるために変える必要があること

それが存在するかどうかは脇に置こう。より有益な問いは、何があれば乗り換える価値があるかだ。なぜなら、それが注視すべき点を決めるからだ。そして、そのどれも「Sonnetのリフレッシュ版が出荷されたこと」ではない。

意味のある Sonnet 5.2 は、少なくとも4つのうち1つを動かさなければならないだろう。第一はタスクあたりのトークン数だ。$2 / $10 の料金を維持しつつ、出力トークンの30〜40%の膨張を止めるバージョンなら、見出しの値下げよりも実際の請求額を大きく削減できる。第二は、一つ上のティアとのエージェント性能の差だ。Sonnet 5 は、エージェント作業において前のフラッグシップまでのおよそ9割の地点に、そのコストの何分の一かで位置づけられており、その比率こそがそれをデフォルトにしている。第三は、改訂されたトークナイザーによって把握しにくくなった長文コンテキストの挙動だ。第四は、そして発表される可能性が最も低いのは、5.2 がそもそも Sonnet として登場するのかどうかだ。コミュニティが自信をもって Sonnet の後継を名指しした最後のとき、出荷されたモデルは Fable だった。

ニュースにならないもの——評価ハーネスにチェックポイントが現れること、フレームワークのリポジトリにコードネームが登場すること、あるいはまた一本のまとめツイート。そんなものはどれも、何を呼び出せるか、いくらかかるか、どんなスコアを出すかを変えはしない。

賭けずにポジションを取る方法

未検証のティア更新に関する実務上の問題は、それを見逃すかもしれないことではない。それに備えるということは、たいてい、二度もやるのは腹立たしい作業を意味するのだ——2つ目のベンダー契約、2つ目のSDK統合、2つ目のキーと上限と請求書。

それは、後回しにするのではなく今すぐ削除する価値のある部分です。Claude Sonnet 5 は6月から OrcaRouter 上で Anthropic 自身の $2 / $10が、プロバイダーの定価のままマークアップなしで通されているため、Sonnet ラインにおけるベンダーの価格変更は、次の請求サイクルを待たずにその日のうちにここへ反映されます。

同じキーがすでに現行のClaudeラインナップの残り全体とプラットフォーム上の他の200以上ものモデルに届いているということは、5.2が登場しても統合プロジェクトが始まるわけではない——カタログに現れ、Claude Sonnet 5へのフォールバックを背後に置いたうえで、タスクあたりのトークン数の計算が自分のワークロードで実際に成り立つかを確かめながら、トラフィックの一部をそこへルーティングするだけだ。まだ誰も独立したベンチマークを取っていないモデルでそれを安全に行えるのは、自動フェイルオーバーのおかげだ。

すでにスタックがclaude-sonnet-5で動いている人にとって、「Claude Sonnet 5.2 を待つべきか」という問いへの正直な答えは「いいえ」です。待つべきものは何もなく、予定日もなく、現在のモデルがまもなく適切なデフォルトでなくなるはずだと信じる理由もありません。やるべきことは、切り替えを早めることではなく、切り替えのコストを安くすることです。

これを解決してくれるものは何だろうか

3つのものがあり、どれだけ多くのことを教えてくれるかの降順に並べると次のとおりだ。API識別子があれば決定的だ。なぜなら、提供されているモデルはリクエスト内で名前を持たなければならず、それが Marshmallow と Melon の話を検証可能にし、Opus 5.2 のルーティング報告も検証可能にしたからだ。ベンダーによる確認 — モデルカード、ドキュメントページ、変更履歴の一行 — があれば、議論に完全に決着がつくだろう。ティア固有のテスター報告は、名前ではなく挙動の説明を伴うもので、3つの中では最も弱いが、それでも今日存在するものよりは多くのことを教えてくれる。

それらのいずれかが現れるまで、Claude Sonnet 5.2 はリスト上の一つの名前にすぎない。自分のスタックが Sonnet の刷新を低コストで吸収できるかを確認するためのきっかけとして扱い、それを前提に計画を立てる理由とはしないこと。