The "Silent" Price Hike
単価は据え置き。
それでも、請求書は伸びる。
名目トークン単価は変わっていない。それなのに、月末の請求書は月々ジリジリと上がっている——。Sonnet 5 の実質値上げを巡る批判記事は、この違和感を数字で並べます。ユーザー側の防衛線は、単価表を眺めるだけでは引けなくなりました。
The Claim
値上げは、
「消費量」の側で起きている
批判記事の主張は率直です——名目上、Sonnet 5 のトークン単価は据え置きのままなのに、1タスクあたりの消費トークン量が月ごとに増えている、という指摘。プロンプトを変えていなくても、返ってくる回答の長さや、内部の思考ステップ数が徐々に増えているため、月末の請求書だけが伸び続ける、という構図です。
単価表を眺めるだけでは、この動きは可視化されません。名目単価と実質単価のあいだにはっきりした乖離が生まれ、"表向きは値上げしていない" という主張と、"実際に払う額は増えている" というユーザー体感が、両立してしまいます。
The Mechanism
なぜトークンが
ジリジリ増えるのか
仕組み側から見ると、増加を説明する材料はいくつもあります。
Sonnet 5 は名目トークン単価は据え置きなのに、実質値上げが隠されていると批判記事が指摘——というのが今回の話です。想定される要因は複合的で、思考ステップ数の増加、出力の丁寧化、システムプロンプトの拡張、リトライ挙動の変化、いずれも消費トークンを底上げします。
Anthropic 側からの明確な反論は今のところありません。ベンダー側にすれば、モデル改良の一部としての消費量増は "サービス向上" なのですが、支払う側から見ると "同じ操作で請求が増えた" ことに変わりはありません。ここに説明責任の綱引きが始まっています。
What Matters
単価表では
捕まえられない差分
月次コスト試算をトークン単価だけで作っていると、この差分は完全に見落とされます。「同一タスクの平均トークン数」を時系列で追う——このシンプルな運用ひとつで、実質値上げの有無は、外部からもある程度検出できます。
Who Feels It
効くのは
試算する側
コスト試算する経理・PM
月次単価で予算を組む従来手法は、機能しなくなっています。実消費量ベースの予測に切り替える潮時です。
API 直叩き開発者
同一プロンプトの平均トークン数を、月次でグラフ化しておくと安心です。SDK にはトークンカウンタが揃っています。
ライトユーザー
月々数百円レベルであれば、体感としてはほぼ誤差の範囲です。日常への影響は限定的です。
The Frontier
「単価表」以外の
透明性が問われる
ここで問われているのは、狭い意味の値上げ議論ではありません。ユーザー側が、実質コストの動きを追える情報開示——同一タスクの平均トークン、モデル世代ごとの消費傾向、内部ツール呼び出しの明細——を、ベンダーがどこまで整えるか。この情報がなければ、単価据え置きという主張は "何も約束していない" のと同じ意味を持ちます。
Anthropic に限らず、フロンティアラボ全体にとって重要な論点です。競争軸が "モデル性能" から "運用の透明性" へと少しずつ広がっていく——今回の批判記事は、その節目の一つとして参照され続けるはずです。