Claude Sonnet 5 の 9 月値上げは中止 — 導入価格がそのまま標準価格に

9 月 1 日の値上げは実施されません

Claude Sonnet 5 には公開以来、導入価格として 100 万トークンあたり入力 $2・出力 $10 が適用されてきました。この価格は 2026 年 8 月 31 日で終了し、9 月 1 日から標準料金の $3・$15 に戻る予定でした。

その予定が撤回されました。 2026 年 8 月 10 日の Claude Platform リリースノートに、次の一文が載っています。

The introductory pricing for Claude Sonnet 5 ($2 / $10 per MTok) is now the standard price: the previously scheduled increase to $3 / $15 per MTok on September 1, 2026 will not occur.

導入価格がそのまま標準価格になり、終了期限は無くなりました。9 月に向けて総額を試算し直していた場合、その作業の前提だけが消えたことになります。

本記事では、値上げを見込んで手を入れた箇所をどう戻すかを先に整理し、後半で Sonnet 5 そのものの性能と破壊的変更をまとめます。乗り換えをこれから検討する方は後半から読んでも通ります。出典は上記のリリースノートと、Anthropic の 公式発表・公式ドキュメント です。

ひと目でわかる Sonnet 4.6 → Sonnet 5 の変更点

ベンチマーク — 前世代の最上位に肉薄した

公開時のシステムカードで示された主な数字は次のとおりです。比較対象は前世代の Sonnet 4.6 と、当時の最上位である Opus 4.8 です。

読み取れる形ははっきりしています。ターミナル操作を測る Terminal-Bench 2.1 では Sonnet 5 が Opus 4.8 を上回り、知識集約的な Humanity's Last Exam でもほぼ並びました。一方、難易度の高いコーディングを測る SWE-bench Pro では 6 ポイントの差が残っています。

つまり「中位モデルが最上位に全面的に追いついた」わけではなく、「領域によっては追い越し、難所ではまだ差がある」という状態です。自社の作業時間が最も長い領域がどちらに寄っているかで、乗り換えの損得は変わります。

料金 — 導入価格がそのまま標準価格になった

Sonnet 5 の料金は、100 万トークンあたり入力 $2・出力 $10 です。もともとは期限付きの導入価格でしたが、これが標準価格になりました。

前世代の Sonnet 4.6 は $3・$15 だったので、世代が上がって性能が伸びたうえで、単価は 3 分の 2 になった ことになります。値下げの告知ではなく「値上げの取り消し」という形なので見落としやすいところです。

予定していた見直しのうち、不要になったもの

9 月の値上げに備えて動いていた場合、やることの一部が消えます。整理すると次のとおりです。

トークン数の再計測だけは残ります。 単価とは別に、Sonnet 5 は新しいトークナイザーで同じ文章でも約 30% 多くカウントするためです。詳しくは後述します。

値上げに備えて下げた設定は、戻す余地がある

コストを抑えるために設定を落としていた場合、その判断の前提だけが消えました。同じ予算で、より深い推論に振り直せます。

まず 推論の深さ (effort) です。Sonnet 5 は low から max まで指定でき、既定は high です。値上げを見込んで medium 以下に落としていたなら、high に戻す余地があります。Anthropic の移行ガイドでは、Sonnet 5 の medium が Sonnet 4.6 の high に相当する水準として案内されているので、4.6 時代と同等でよいなら medium のままでも構いません。

次に 階層の振り分け です。分類や短い要約のように扱う情報量が小さい作業を Haiku (入力 $1・出力 $5) へ寄せていたなら、そのままでも問題ありません。一方、本来 Sonnet 5 に任せたかった処理をコストのために下位へ落としていたなら、戻すほうが結果が安定します。階層ごとの考え方は Claude の Opus と Sonnet の違いと使い分け に整理しました。

戻すときの注意は 1 つです。下げても品質が落ちなかった箇所まで一律に戻す必要はありません。 評価セットで見て、下げたことで質が落ちた箇所だけ選んで戻すほうが、支出も落ち着きます。

現行世代での具体的な振り分けは Claude Opus 5 と Sonnet 5 の使い分け を参照してください。

新しいトークナイザー — 同じ文章で約 30% 増える

Sonnet 5 は新しいトークナイザーを採用しました。同じ入力文でも、Sonnet 4.6 と比べておよそ 30% 多いトークン数になります。増加率は内容によって変わります。

API の形は変わらないのでコード修正は不要ですが、トークン数で測っている値はすべて影響を受けます。影響が出るのは次の 4 か所です。

1. usage の各フィールドとトークンカウント API の結果が、同じ文章でも増える
2. 100 万トークンのコンテキストに収まる文章量が実質的に減る
3. max_tokens を期待する出力長の近くに設定していると、同等の出力が途中で切れる
4. 単価が同じでも、1 リクエストあたりの請求額が変わる

旧モデルで測ったトークン数を流用せず、Sonnet 5 で測り直してください。特に 3 番目は、移行直後に「なぜか応答が途中で終わる」という形で表面化しやすい落とし穴です。

破壊的変更は 3 点

コードに手を入れる必要があるのは次の 3 点です。いずれも Opus 系では先行して入っていた変更で、Sonnet 系にも揃った形になります。

1 点目は、thinking が既定でオンになったことです。Sonnet 4.6 では thinking フィールドを省略すると思考なしで動いていましたが、Sonnet 5 では思考が有効になります。思考を切りたい場合は thinking: {"type": "disabled"} を明示します。max_tokens は思考と応答テキストを合わせた上限なので、あわせて見直しが要ります。

2 点目は、手動の拡張思考の廃止です。thinking: {"type": "enabled", "budget_tokens": N} は Sonnet 4.6 では非推奨ながら動いていましたが、Sonnet 5 では 400 エラーになります。

{
  "thinking": { "type": "adaptive" },
  "output_config": { "effort": "high" }
}

思考の深さは budget_tokens ではなく、上のように effort で制御します。

3 点目は、サンプリングパラメーターの扱いです。temperature・top_p・top_k を既定値以外に設定すると 400 エラーになります。既定値のまま渡すか、パラメーターごと外してください。出力の振れ幅を調整したい場合は、システムプロンプトでの指示に置き換えます。

なお、アシスタントメッセージのプレフィルが使えない点は Sonnet 4.6 から変わっていません。出力形式を固定したいときは構造化出力を使います。

effort に xhigh が加わった

Sonnet 系で初めて、effort に xhigh が入りました。low から max までの 5 段階すべてを使えます。API の既定は high です。

段階の目安は、難しいコーディングやエージェント作業が xhigh、多くの用途は既定の high、コストを抑えたい場合は medium です。medium はおおよそ Sonnet 4.6 の high に相当する位置づけとされています。対話や単純な分類のように待ち時間が体感を左右する用途では low まで下げると効きます。

前の世代から設定値をそのまま持ち込んでいる場合は、自社の評価セットで一度振り直すほうが実利があります。

サイバーセキュリティのセーフガード

Sonnet 5 は、Sonnet 系で初めてリアルタイムのサイバーセキュリティ関連セーフガードを備えたモデルです。禁止されている領域や高リスクの話題を含むリクエストは拒否される場合があります。

実装側で注意したいのは、拒否がエラーではなく成功レスポンスとして返る点です。HTTP 200 で stop_reason が refusal になります。stop_reason を確認せずに応答本文を読むコードは、拒否時に想定外の動きをします。移行のタイミングで分岐を足しておくと安全です。

FIXIT

中位モデルなのに最上位に勝ってるの？

Tsumiki

ターミナル操作だけですね。難しい改修はまだ Opus 系のほうが上です。

FIXIT

じゃあ値上げも消えたなら、乗り換えて損はない？

Tsumiki

はい。ただトークン数は増えるので、請求額は先に測っておくのが早いです。

FIXIT の受け止め — まず何から試すか

整理すると、Sonnet 5 は「前世代より 3 分の 2 の単価で、領域によっては前世代の最上位を越えたモデル」になりました。ターミナル操作を伴う作業や、数をこなす定型的な処理を任せる先として扱いやすい位置づけです。

乗り換えの第一歩としては、モデル ID を差し替えたうえで、手動の拡張思考とサンプリングパラメーターを使っている箇所を洗い出すところからです。次に max_tokens をトークナイザーの変更を踏まえて見直し、最後に effort を評価セットで振り直します。値上げが消えたぶん、振り直しはコスト削減側ではなく品質側に振れます。

既に運用に乗せている場合は、9 月に向けて用意していた再試算と予算の積み増しを止め、値上げ前提で落とした設定だけを拾い直すのが最短です。

Claude Code そのものの導入・定着を体系立てて進めたい場合は Claude Code を実務に導入する完全ガイド が出発点になります。

新しいモデルやツールを自社の開発フローに取り込む支援は AI 開発ツール定着支援 で、個別のご相談は お問い合わせ から承っています。