Claude Sonnet 5 の新 tokenizer：同じ prompt でも token 数が 41% 増加

claude-sonnet-5 が Synthorai gateway で利用できるようになりました。現時点の料金は、入力／出力 100 万 token あたり $2 / $10 です。Opus 4.8 の 2.5 分の 1 で、Sonnet 4.6 よりも安く設定されています。ただし、この料金は 2026 年 8 月 31 日までの導入価格 です。9 月 1 日には Sonnet 4.6 と同じ $3 / $15 に戻ります。

Claude 系で cache を利用している場合、cache と TTL の仕様はそのまま引き継げます。注意が必要なのはコストです。Sonnet 5 は新しい tokenizer を採用しており、同じ英語テキストでも Sonnet 4.6 より入力 token 数が約 41% 増えます。料金と上限は token 数を基準に計算されるため、単価だけでは実際のコストを判断できません。

TL;DR

• Claude Sonnet 5 の料金は、2026 年 8 月 31 日まで入力／出力 100 万 token あたり $2/$10 です。9 月 1 日には Sonnet 4.6 と同じ $3/$15 に戻ります。
• 同じテキストが Sonnet 5 では 2,245 token、Sonnet 4.6 では 1,594 token になります。Sonnet 5 は 41% 多く、Opus 4.8 と完全に同じ token 数です。
• 通常料金では、同じ英語 prompt のコストが Sonnet 4.6 より Sonnet 5 のほうが約 41% 高くなります。
• cache の仕様は変わりません。読み出しは約 90% 割引されます。warm cache を使った 1 turn の実測値は $0.0017 で、Opus 4.8 は $0.0043 でした。

token 数の変化は、コードや品質を検討する前の段階で次の項目に影響します。

• prompt あたりのコスト。 通常料金では、同じ英語 prompt のコストが Sonnet 4.6 より約 41% 高くなります。同じ単価でも、同一テキストがより多くの token として課金されるためです。
• token ベースのすべての見積もり。 4.6 を基準にした call 単位の予算やローカル tokenizer の計測値は、Sonnet 5 では約 40% 少なく見積もられます。ローカルの推測ではなく、実際の usage を計測してください。
• context window の余裕。 同じ文書でも window を約 41% 多く消費します。long context や RAG の call では、1 request に収められる実テキスト量が減ります。
• rate limit。 同じ workload でも、tokens-per-minute の上限を約 41% 速く消費するため、throughput が低下します。
• cache の適用条件。 これは小さな利点です。1,024 token の最低条件を満たしやすくなるため、4.6 ではわずかに届かなかった prefix でも、Sonnet 5 なら cache できる可能性があります。

以降では、料金、cache の費用対効果、token 数の変化を実測値で確認します。

料金、cache、TTL、token 数は、2026-07-01 に https://synthorai.io/ の Anthropic-native /v1/messages で計測しました。token 単価は、実際の call の usage に記録されたコストから算出しています。導入価格、通常価格、8 月 31 日の終了日は Anthropic の発表に基づきます。数値を引用する前に、自分の prompt でも再現してください。

利用方法

import os
from anthropic import Anthropic

anth = Anthropic(
    api_key=os.environ["SYNTHORAI_KEY"],
    base_url="https://synthorai.io/",   # SDK appends /v1/messages
)

msg = anth.messages.create(
    model="claude-sonnet-5",            # the only line that changes
    max_tokens=512,
    system=[
        {"type": "text", "text": SYSTEM_PROMPT,
         "cache_control": {"type": "ephemeral"}},
    ],
    messages=[{"role": "user", "content": question}],
)
print(msg.usage)   # cache_creation_input_tokens, cache_read_input_tokens, cost

model field を切り替えるだけで、cache 処理はそのまま使えます。cache_control の仕組みは cache のチュートリアル で解説しています。cache が必要になるアーキテクチャ上の理由は、シリーズ第 1 回 を参照してください。

料金：今は安いが、9 月には Sonnet 4.6 と同額

gateway 上の token 単価です。cache を使わない通常の call に記録された usage のコストから算出しています。

導入価格には明確な割引があります。Opus 4.8 と比較すると、通常価格に戻った後も優位性が残ります。Sonnet 5 は通常価格の $3 / $15 でも Opus より安く、両者は同じ tokenizer を使っています。後述するように、どちらの価格でも単純に比較できます。

Sonnet 4.6 に対する割引は一時的です。9 月 1 日には表示上の単価が同じになります。そのため、現在の価格を前提にした「Sonnet 5 は 4.6 より安い」という計画は、導入価格の終了と同時に成り立たなくなります。次のセクションで示すとおり、単価が同じ場合、同一テキストにかかる費用は Sonnet 5 のほうが高くなります。

実施していない性能 benchmark は公開しません。Sonnet 5 の品質が 4.6 とのコスト差に見合うかどうかは、各自の eval で判断してください。

Cache と TTL：そのまま移行可能

cache の仕様は、ほかの Claude 系モデルと同じです。固定した 2.2K-token の prefix を使い、cold write と warm read を順に実行しました。response 単位の cache が結果に混ざらないよう、user message は call ごとに変更しています。現在の導入価格における warm turn あたりのコストは次のとおりです。

Opus 系と同じ性質が維持されています。

• 読み出しは約 90% 割引。 warm cache の読み出しコストは入力料金の約 10% です。Anthropic が公開している「cache 読み出しで最大 90% 削減」と一致します。1 回読み出せば損益分岐点を超えます。
• 1 時間 TTL も同じように使える。 Sonnet 5 でも cache_control: {"type": "ephemeral", "ttl": "1h"} が受け付けられます。usage object の内訳も従来どおりで、cache_creation.ephemeral_5m_input_tokens と ephemeral_1h_input_tokens に分かれます。1 時間 TTL の write は cache なしの約 2 倍で、5 分 TTL の write は約 1.25 倍です。read は TTL に関係なく約 10% のままです。

表の warm turn の金額には注意が必要です。これは導入価格での数値です。9 月 1 日以降は Sonnet 5 の数値を 1.5 倍してください。入力は $2 から $3、出力は $10 から $15 になります。現在 $0.0017 の warm turn は 9 月には約 $0.0026 です。Opus 4.8 の $0.0043 は下回りますが、Sonnet 4.6 よりは高くなります。

Token 数に関する注意点

9 月の価格改定が二重に効く理由はここにあります。同じ system text でも、Sonnet 5 の入力 token 数は Sonnet 4.6 より約 41% 多くなります。

同じ英語 prompt は Sonnet 5 では 2,245 token になります。Opus 4.8 の計測値と完全に同じで、Sonnet 4.6 の 1,594 token を大きく上回ります。Sonnet 5 は、Opus 系が 4.7 から採用した新しい tokenizer を搭載しています。

料金と token 数を合わせると、結果は明確です。

• 導入期間中は、token 数が 41% 増えても、単価が 33% 低いことで相殺されます。Sonnet 5 は $2、Sonnet 4.6 は $3 です。そのため、cache なしの同じ prompt にかかる費用は 4.6 とほぼ同じです。出力料金も割引されているため、warm turn は 4.6 より安くなります。
• 9 月 1 日以降は、単価が 4.6 と同じでも token 数は異なります。同一テキストが同じ単価でより多くの token として計上されるため、同じ英語 prompt のコストは Sonnet 4.6 より Sonnet 5 のほうが約 41% 高くなります。この prefix では $0.0067 に対して $0.0048 です。

Opus 4.8 との比較では、この問題はありません。tokenizer が同じなので、token 数も 2,245 で一致します。Sonnet 5 は、導入価格では 2.5 分の 1、通常価格では 1.67 分の 1と、どちらの期間でも明確に安くなります。

予算は 7 月ではなく 9 月の料金で組んでください。9 月 1 日には token 単価が 1.5 倍になり、token 数の増加はすでに現在の利用量に反映されています。古い vocabulary のままかもしれないローカル tokenizer ではなく、実際の response から cache_creation_input_tokens と cache_read_input_tokens を読み取ってください。

Sonnet 5 と Opus 4.8 の比較：長期的に残る優位性

今回のリリースで長期的に変わるのは、この比較です。Sonnet 5 と Opus 4.8 は同じ tokenizer を使うため、どの prompt でも token 数は一致します。コスト差は単価だけです。cold turn、warm turn、入力、出力のすべてで、導入価格なら 2.5 分の 1、通常価格なら 1.67 分の 1になります。現在、warm cache を使った 1 turn は $0.0017 で、Opus 4.8 は $0.0043 です。9 月以降でも約 $0.0026 に対して $0.0043 です。

毎回同じ prefix を使う大量処理の caching agent loop では、この差が積み上がります。判断方法は従来と同じです。独自に eval を実施し、Sonnet 5 が品質基準を満たすなら、gateway のコスト面では 8 月までに限らず長期的に有利です。基準を満たさない場合も、同じ cache コードのまま model field を 1 か所変えれば Opus 4.8 に切り替えられます。

移行チェックリスト

• ✅ cache コードはそのまま使える。 cache_control marker、breakpoint 数、ttl: "1h"、usage field 名はすべて Opus 系と同じです。
• ✅ TTL の選択肢も同じ。 live／session workload には 5m、断続的な処理や中断を挟む agent には 1h を使えます。
• ✅ 割引の仕組みも同じ。 read は約 90% 割引、write は 5m で約 1.25 倍、1h で約 2 倍です。
• ⚠️ 予算には 9 月 1 日の改定を反映する。 導入価格は 8 月 31 日に終了し、Sonnet 5 は $3 / $15 になります。適用前に 1.5 倍の値上げをモデル化してください。
• ⚠️ token 数を再計測する。4.6 以前から移行する場合は必須。 同じテキストでも Sonnet 5 では token 数が約 41% 増えます。通常価格では、同じ prompt のコストが 4.6 より安くなるのではなく、高くなります。
• ⚠️ 実際の usage object を基準にする。 旧世代の cache 済み見積もりではなく、response の *_input_tokens と cost を参照してください。

結論

Sonnet 5 は期限付きで非常に割安です。Opus 4.8 と比べると、cache 処理を変えずに 1.67 分の 1から 2.5 分の 1のコストで利用できます。この優位性は導入期間後も残ります。品質が最優先ではない Opus workload なら、最初に eval すべき有力な候補です。一方、Sonnet 4.6 に対する優位性は導入価格だけです。9 月 1 日には単価が 4.6 と同じになり、新しい tokenizer の影響で同じ prompt の実コストは高くなります。割引は活用しつつ、予算は 9 月の料金で組んでください。財務部門に数字を出す前に、実際の usage object で token 数を確認する必要があります。

cache 運用の詳細は、KV Cache と TTL の仕組み から始まる prompt caching シリーズと、実行可能な Python チュートリアル を参照してください。

FAQ

Sonnet 5 は Sonnet 4.6 より安いですか？ 導入期間中だけです。2026 年 8 月 31 日までは、4.6 の $3 / $15 に対して $2 / $10 です。9 月 1 日以降は同じ $3 / $15 になります。さらに、同じテキストでも Sonnet 5 では token 数が約 41% 増えるため、通常価格では同じ prompt のコストが 4.6 より高くなります。

導入価格はいつ終了しますか？ Anthropic の発表によると、2026 年 8 月 31 日です。9 月 1 日には、入力 100 万 token あたり $3、出力 100 万 token あたり $15 になります。

Sonnet 5 は Opus 4.8 よりどの程度安いですか？ 入力と出力のどちらも、導入価格では 2.5 分の 1、通常価格では 1.67 分の 1です。両者は同じ tokenizer を使うため token 数が一致し、どちらの価格でも差は単価だけです。

cache_control のコードを変更する必要はありますか？ ありません。marker の構文、breakpoint の上限、TTL の選択肢は Opus 系と同じです。model field だけを変更してください。warm read は入力料金の約 10%、1 時間 TTL の write は cache なしの約 2 倍、5 分 TTL の write は約 1.25 倍です。

Sonnet 5 は Opus 4.8 の drop-in replacement ですか？ cache、TTL、コストの面では移行が容易で、どちらの価格でも安くなります。品質については独自に eval を実施してください。実施していない性能 benchmark は公開しません。モデル品質に関する主張は、Anthropic の model card を参照してください。

検証条件：料金、cache、TTL、token 数は、2026-07-01 に https://synthorai.io/ の Anthropic-native /v1/messages を使い、single tenant で計測しました。token 単価は通常の call の usage に記録されたコストから算出しています。turn あたりのコストは、2.2K-token の cached prefix を使った少数 sample の中央値で、現在の導入価格を反映しています。導入価格と 2026 年 8 月 31 日の終了日は Anthropic の Sonnet 5 に関する発表 に基づきます。割引率と割増率は Anthropic の Prompt Caching ドキュメント と照合しました。実際の数値は prompt、region、load によって異なります。

← ブログに戻る