2026年9月28日、Anthropic は Claude Sonnet 5.5 をリリースしました。9月22日に登場した Opus 5.5 に続く、5.5 世代の二番目のモデルです。価格は Sonnet 5 から変わらず、入力トークン百万あたり $2、出力トークン百万あたり $10、プロンプトキャッシュから読み込むトークン百万あたり $0.20 です。トークンとは、AI モデルの課金単位となるテキストの単位です。

それでも Anthropic は、同社のテストで新モデルのタスクあたりのコストが最大 30% 低く、出力の書き出しも 30% 以上速いとしています。理由は値下げではありません。モデルが同じ作業をより少ないトークンでこなせるようになっただけです。AI の請求書を支払っている企業が注目すべきなのはまさにこの点で、トークン単価だけではタスク一件にいくらかかるかはわかりません。

トークン単価が変わらないのに請求額が下がる理由

モデルの請求額は、トークン数にその単価を掛けたものです。そしてトークン数は質問の長さだけで決まるわけではありません。モデルが答えにたどり着くまでに何をするか、つまり何ステップ進むか、どれだけ頻繁にツールを呼び出したり検索したりするか、書く前にどれだけ考えるかによって決まります。Anthropic のドキュメントには、思考トークンはより高価な種類である出力トークンとして課金されると記されています。

発表と同時に、Anthropic はリリース前にモデルをテストした企業の結果を公開しました。

  • Balyasny Asset Management:Q&A、情報抽出、分析、予測にわたる 2,441 件の金融タスクで、Sonnet 5.5 は回答あたり約 121,000 トークンを使用し、Sonnet 5 の 497,000 トークンを大きく下回ったうえ、スコアも上回りました。
  • Slack:Slack の Slackbot のオフライン評価のほぼすべてで Sonnet 5 を上回り、より少ないステップで、出力トークンも約 14% 少なく済みました。プロンプトには一切手を加えていません。
  • Lovable:同社のコーディング評価では、タスクを完了するのに必要なツール呼び出しが三分の一減り、シェルの実行回数はおよそ半分でした。
  • Box:前モデルより正確で、2.4 倍速く、総トークン数は 12% 少なくなりました。

幅の大きさに注目してください。作業の種類によって、トークン削減は 12% から約四分の三までさまざまです。これらは Anthropic が公開した各社自身のテストであり、独立した測定ではありません。実際には、自社での本当の節約額は自社のタスクで試してみなければわかりません。

Sonnet 5.5 か Opus 5.5 か:価格と能力の違い

Opus 5.5 は入力・出力ともに二倍の料金で、キャッシュ読み込みは同額です。公開されているベンチマークの多くでは差はわずかです。しかし Anthropic 自身が、それぞれのモデルに異なる役割を与えています。

項目Sonnet 5.5Opus 5.5
API モデル IDclaude-sonnet-5-5claude-opus-5-5
価格(百万トークンあたり入力 / 出力)$2 / $10$4 / $20
キャッシュ書き込み(5 分)$2.50$5
キャッシュ読み込み$0.20$0.20
Batch API(入力 / 出力)$1 / $5$2 / $10
コンテキストウィンドウ / 最大出力1M トークン / 128K トークン1M トークン / 128K トークン
API でのデフォルト efforthighmedium
Terminal-Bench 4.0 — ターミナルでのコーディング70.6%66.4%
CursorBench 4.0 — 実際のコーディングセッションからのタスク55.5%57.8%
OSWorld 2.1 — コンピューター操作80.1%81.8%
GDPval-AA — 44 職種にわたる専門業務(レーティング)18441846
Humanity's Last Exam — ツール使用あり64.5%67.7%

数値は Anthropic の発表と、同社の価格およびモデルに関するドキュメントによるものです。Opus 5.5 の Terminal-Bench スコアは Xhigh effort での最高値です。比較として、Sonnet 5 の GDPval-AA のレーティングは約 1449 でした。

数値は僅差ですが、同じ発表は、ベンチマークは能力の一側面しか捉えていないこと、そして Anthropic 自身と外部テスターのテストでは、持続的な判断を要する複雑でオープンエンドな作業において Opus 5.5 が依然として明らかに強いことを述べています。Sonnet 5.5 が最も力を発揮するのは、範囲が明確な日常タスク、バグ修正、文書・スライド・スプレッドシートの作成です。

運用面での私たちの解釈はこうです。明確なルールに沿った顧客からの問い合わせへの回答、請求書データの抽出、会議の要約、決まったテンプレートからのプレゼン資料の作成は Sonnet の仕事です。新しいシステムの設計、選択肢を比較検討するオープンエンドな分析、長く入り組んだ文脈に基づく意思決定こそ、Opus がその価格に見合う可能性のある場面です。Opus 5.5 と最上位の Fable 5.1 については、以前の記事で詳しく比較しました。

Effort:モデル名よりも請求額を左右する設定

Sonnet 5.5 には low、medium、high、xhigh、max の五つの effort レベルがあります。レベルが高いほどモデルは長く作業し、自己チェックも増えるため、タスクあたりのコストは上がり、スコアも通常は上がります。デフォルトは Claude アプリと Claude Code では medium、API 経由で呼び出す場合は high です。

Anthropic によると、複数のベンチマークで low または medium effort の Sonnet 5.5 が、タスクあたり約十分の一のコストで Sonnet 5 の最高スコアを上回りました。コード変更が人間の修正なしでマージできるかを測る FrontierCode では、同じ high 設定で Sonnet 5 を 10 ポイント上回り、タスクあたりのコストは約十五分の一でした。

発表の中で立ち止まって考えたい注記があります。FrontierCode では、Sonnet 5.5 は max effort のほうが xhigh よりスコアが低くなりました。レビューを多数のサブエージェントに分割する Claude Code のコードレビュースキルをより頻繁に実行したためで、Cognition が調べた二つのケースでは、タイムアウトやタスクの範囲を超えた編集につながりました。最高の effort が常に最良の結果を生むわけではありませんが、通常は最もコストがかかります。

移行ガイドは、レベルが再調整されたため、同じレベルでも Sonnet 5 と同じ量の思考は生まれないとも注意しています。一般的な作業には high、仕様が明確なコーディングや複数ステップのツールタスクには medium、チャットやレイテンシーが重要なものには medium または low から始めることを推奨しています。言い換えれば、レベルを指定せずに API 経由でモデルを呼び出すシステムは high で動作し、日常的なタスクに必要な以上の費用を払っている可能性があります。

開発者がモデル名を変更する前に

モデルの切り替えは一行の変更に見えますが、移行ガイドには、正常に動いている連携を止めたり、請求額を変えたりしうる変更点が挙げられています。

  • 思考のオフ方法が変わりました:Sonnet 5 で thinking: {"type": "disabled"} によって思考を無効にしているシステムは、Sonnet 5.5 から 400 エラーを受け取ります。代わりとなるのは新しい between_tools 設定で、low、medium、high の effort でのみ受け付けられます。
  • 思考はデフォルトでオン:思考フィールドを指定しないリクエストは、Sonnet 5.5 ではアダプティブ思考で実行されます。思考がデフォルトでオフだった Sonnet 4.6 以前や Haiku 4.5 から移行する場合、思考フィールドを一度も指定していないリクエストでも思考トークンの料金が発生するようになります。
  • 第4世代から移行する場合、同じテキストでもトークンが増えます:Sonnet 5.5 は Sonnet 5 のトークナイザーを使っており、ドキュメントによると、同じテキストでも内容によっては Sonnet 4.6、Sonnet 4.5、Haiku 4.5 より約 30% 多くのトークンになります。Anthropic が発表したタスクあたりの節約は Sonnet 5 との比較で測定されたもので、第4世代との比較ではありません。
  • 応答の形式:応答がテキストの前に思考ブロックで始まることがあるため、応答の最初の要素をテキストとして読み取るコードは動かなくなります。
  • 拒否される設定:固定の思考予算、temperature や top_p などのパラメーターのデフォルト以外の値、アシスタントのプレフィル、そして特定のツールか任意のツールかを問わずツール使用の強制は、いずれも 400 エラーを返します。
  • サイバーセキュリティのタスク:このモデルのサイバー能力は Opus 5 に匹敵するため、Anthropic はリスクの高いセキュリティタスクが目に見える形で Sonnet 5 にフォールバックする安全策を設けてリリースしました。API では、開発者が Claude API でのみ利用できるベータ版のサーバー側フォールバックを有効にしない限り、拒否されたリクエストは拒否応答を返します。通常の開発の一環としてバグを見つけて修正する作業には影響しません。

このモデルは Claude Platform、AWS、Google Cloud、Microsoft Azure で利用でき、ドキュメントには2027年9月28日より前に提供終了にはならないと記されています。つまり、今日これを基盤に構築する企業には、移行を迫られるまで約一年の猶予があります。

自社でタスクあたりのコストを測る方法

AI 連携を運用する担当者に問うべきなのは、モデルがいくらかではなく、採用されたタスク一件に自社でいくらかかっているか、です。測定はシンプルです。

  • 実際のサンプルを選ぶ:顧客への返信やデータを抽出する請求書など、実際の業務から 20 から 50 件のタスクを選びます。作り話の例ではいけません。
  • 両方のモデルで実行する:現在のモデルと Sonnet 5.5 で、少なくとも二つの effort レベルで実行します。API はすべての応答で入力・出力のトークン数を返すので、実行時間と一緒に記録しておきます。
  • 品質は社員に判断してもらう:その業務を知っている人が、どの出力がそのまま使えるかを判断します。
  • 採用されたタスクあたりのコストを計算する:総コストを採用された出力の数で割ります。安いモデルでも、タスクの三分の一をやり直す必要があるなら安くはありません。
  • 料金オプションを活用する:請求書アーカイブの処理のような急ぎでない作業は、Batch API で半額、百万トークンあたり入力 $1・出力 $5 で実行できます。会社の規程や製品カタログのように毎回のリクエストで繰り返されるコンテキストは、$2 ではなく $0.20 でキャッシュから読み込まれ、キャッシュ可能なプロンプトの最小サイズは 1,024 トークンから 512 トークンに引き下げられました。

Origami の見解

価格表は百万トークンあたりのコストで比較したくなるものですが、今回のリリースは、重要な数字がタスク一件のコストであることを示すわかりやすい例です。同じ価格の同じモデルでも、少ないステップで作業すれば安くなり、思考がデフォルトでオンになったり、誰かが測定せずに effort レベルを上げたりすれば高くなります。タスク一件のコストを知らずに毎月の AI 請求書を支払っている企業は、目に見えない費目を管理しているのと同じです。

だからこそ私たちは、企業内で言語モデルを使うあらゆるシステムは、モデル名と effort レベルをプログラムを書き換えずに変更できる設定にし、タスクあたりのトークン数を月次レポートに記録すべきだと考えています。そうすれば、今日の Sonnet 5.5 や、Anthropic が今後数週間以内に登場するとしている Haiku 5.5 のような新しいリリースへの移行は、新しいプロジェクトではなく、日単位で判断できる決定になります。

まとめ

Sonnet 5.5 は定価を下げてはいませんが、以前のモデルが自社の種類の作業に多くのステップとトークンを費やしているなら、請求額を下げられる可能性があります。切り替える前に:

  • 開発者に思考の設定と応答を読み取るコードを見直してもらい、本番の前にステージング環境で連携をテストしてもらいましょう。
  • 実際のサンプルで、少なくとも二つの effort レベルで、採用されたタスクあたりのコストを測定しましょう。
  • Sonnet 4.6 以前を使っている場合は、節約を見込む前に、同じテキストが今では生み出す追加のトークンを考慮しましょう。
  • 判断を要するオープンエンドなタスクには Opus 5.5 を残し、明確に定義された反復タスクは Sonnet 5.5 に移し、丸一か月数字を見守りましょう。

出典