Claude Sonnet 5.5 レビュー

Claude Sonnet 5.5 は、Anthropic の Claude 5.5 ファミリーで日常作業を担当する実用的なアップグレードです。 2026 年 9 月 28 日に公開され、標準 API のトークン単価は Sonnet 5 と同じままですが、Anthropic は生成が 30% 以上速く、1 タスクあたりのコストが最大 30% 下がると説明しています。公開されたコーディングと知識労働のスコアも Opus 5.5 に近づきました。

ただし、Sonnet 5.5 が Opus を常に置き換えるわけではありません。範囲が明確な実装、再現できるバグ修正、ドキュメントや表計算の作成、素早いエージェント反復で強みが出ます。開発者が注意すべきなのは API 契約です。既存の Sonnet 5 クライアントが thinking の無効化、強制ツール呼び出し、古い computer use、content[0] 固定のレスポンス処理に依存しているなら、モデル名だけを変更してはいけません。

仕様の要点

Claude API、Amazon Bedrock、Google Cloud、Microsoft Foundry、Claude Platform on AWS で利用できます。AWS や Bedrock では ID 表記が異なる場合があるため、運用環境の提供表を確認してください。同期 Messages API は 1M コンテキストと 128K 出力、Batch API は指定されたベータヘッダーで 300K 出力をサポートします。

Sonnet 5 から何が変わったか

Anthropic の主張は、生成速度が 30% 以上向上し、トークン単価を変えずにタスク単位で最大 30% 低コストになったことです。節約の理由は割引ではなく、必要な出力トークンとツールステップが減ることです。

発表資料では、Sonnet 5 との比較として次の結果が示されています。

これは自分のリポジトリの成功率ではなく、試験条件の信号です。CursorBench は Opus 5.5 の 57.8% に近く、GDPval も Opus 5.5 の 1846 に近い一方、Anthropic は複雑で開放的な判断では Opus が明確に強いと説明しています。反復可能な作業で差が縮まった、と読むのが安全です。

努力量、ツール、リトライ、合格条件を含めたタスクコストのグラフも、単発応答の価格表ではありません。プロンプト、権限、リポジトリ、検証コマンドを固定して、Opus 5.5 のモデルページや実際の Sonnet ルートと比較してください。

API 料金

Sonnet 5.5 は Sonnet 5 と同じ直接 API 料金です。

100K 入力と 20K 出力の未キャッシュ処理なら 0.1 × $2 + 0.02 × $10 = $0.40 です。80K がキャッシュヒットなら、同じトークン量の読み取り部分は 0.02 × $2 + 0.08 × $0.20 + 0.02 × $10 = $0.376 ですが、最初のキャッシュ書き込みは別にかかります。思考トークン、ツール、リトライ、ターン数によって実際の請求は変わります。

「タスクあたり最大 30% 安い」は請求書を一律 30% 引きにする意味ではありません。テストやレビューに合格した変更一件あたりの、入力・キャッシュ・出力・ツールの総額を測るのが実用的です。OmniaKey のゲートウェイ料金は別の価格面なので、導入前にモデルカタログを確認してください。

移行時に確認する API 変更

モデル ID は claude-sonnet-5-5 に置き換えられますが、設定はそのまま使えない場合があります。

1. Thinking は Adaptive がデフォルトです。 thinking を省略するか {"type":"adaptive"} を送り、先行思考を止める場合は thinking: {"type":"between_tools"} を使います。旧来の disabled と手動 budget_tokens は 400 になります。
2. 強制ツール呼び出しは非対応です。 tool_choice の any と tool は 400 になります。auto または none を使い、スキーマは strict tool や structured outputs で検証します。
3. Thinking block をモデル間で自由に渡せません。 Sonnet 5.5 は Sonnet 5 の block を読めますが、Opus 5 / 5.5 は Sonnet 5.5 の block を読めません。途中でモデルを変えると見える履歴が変わります。
4. 履歴を編集して再送しないでください。 古い system、tool、メッセージを変更して thinking block を再送すると、アカウントによって 400 になります。追加メッセージか公式の binding 制御を使います。
5. Computer use のツールを更新します。 Claude API と Google Cloud は computer_toolset_20260801、Bedrock は旧 computer_20251124 を受け付けます。
6. ストリームを block type で読みます。 ツール間の進捗は thinking の progress-update として返ることがあり、text だけを表示するクライアントでは無音に見えます。

最小のリクエスト例です。

{
  "model": "claude-sonnet-5-5",
  "max_tokens": 4096,
  "output_config": {"effort": "high"},
  "messages": [
    {"role": "user", "content": "この移行計画の主なリスクを3つ確認してください。"}
  ]
}

temperature、top_p、top_k の非デフォルト値もそのまま持ち込まず、現行仕様を確認してください。max_tokens は思考と表示回答の両方に余裕を残します。

どんなワークフローに向くか

範囲を定義した機能、再現バグ、既存インターフェースのテスト、限定的なコードレビュー、資料の初稿、高頻度エージェント処理から始めるのがよいでしょう。テスト、型チェック、ビルド、スクリーンショットなどの検証があるほど、安いモデルが十分か判断しやすくなります。

複数サービスをまたぐ設計、不可逆な移行、情報不足の調査は effort を上げるか Opus に切り替えます。正しいファイルとツールを渡しても根本原因を外すなら能力の問題です。環境や要求が曖昧なら、まずコンテキストを直してください。

Claude Code では新しいセッションで同じプロンプト、権限、リポジトリを比較し、最初に役立つ出力までの時間、総時間、トークン、リトライ、失敗したツール、手修正分数を記録します。トークン生成が速くても、レビューの追加で全体が遅くなることがあります。

結論

Claude Sonnet 5.5 は、日常のコーディングと知識労働で最初に試す価値のある標準候補です。 料金表を維持しながら速度、公開ベンチマーク、タスク効率を改善したため、範囲が明確な作業の移行理由は十分あります。

ただし、モデル名だけを変更して本番へ出すべきではありません。thinking、tool choice、レスポンス block、computer use を確認し、Opus 5.5 は曖昧な設計や高リスクの判断に残してください。2 つの Claude モデルを選ぶ場合は Opus 5.5 と Sonnet 5 の比較も参照できます。

よくある質問

Claude Sonnet 5.5 の公開日は？

2026 年 9 月 28 日です。直接 API の ID は claude-sonnet-5-5 です。

Sonnet 5.5 は Sonnet 5 より安いですか？

トークン単価は同じです。入力 $2、出力 $10、キャッシュ読み取り $0.20 / MTok で、Anthropic は少ないトークンとツールステップによりタスク単位で最大 30% 安いと報告しています。

Sonnet 5.5 は Opus 5.5 より強いですか？

作業次第です。明確な日常作業では Sonnet が速く安く、複雑な判断では Opus が有利です。合格率、総費用、修正時間を自分のタスクで比較してください。

Thinking を無効にできますか？

thinking: {"type":"disabled"} は使えません。Adaptive を使うか、対応する effort で between_tools を指定します。

コンテキストは 1M ですか？

1M トークン、通常の最大出力 128K です。これは容量上限であり、無料クレジットや無制限利用を意味しません。

参照した資料

• Anthropic: Introducing Claude Sonnet 5.5
• Claude Sonnet 5.5 model overview
• What's new in Claude Sonnet 5.5
• Migrating to Claude Sonnet 5.5
• Anthropic API pricing