本文へスキップ

2026 年 9 月 28 日公開の Anthropic Claude Sonnet 5.5 を OpenAI 互換エンドポイントで使えるチャットです。最大 1,000,000 トークンを読み、最大 128,000 を返し、推論強度は none から max、ツール定義 128 個まで対応します。

入力 $2出力 $10100 万トークンあたりキャッシュ入力 $0.20キャッシュ書き込み $2.50

プレイグラウンド

Claude Sonnet 5.5

Claude Sonnet 5.5 に何を頼みますか?

関連モデルと次のステップ

お探しのモデルが見つかりませんか?

必要なモデルと用途をお知らせください。次に何を追加するかを決めるチームに直接届きます。

思考をオフにできる、長文脈のロールプレイと創作のための安定したメッセージ設計

Sonnet 5.5 は Anthropic が 2026 年 9 月 28 日に公開した最新の Sonnet で、1,000,000 トークンの窓と、1 回最大 128,000 トークン(Sonnet 5 の 2 倍)の返答を備えます。10 月 1 日に 3 種類の頼み方で 24 回の内容テストを行ったところ、すべてが最後まで書き切られました。拒否も、控えめに抑えた版もゼロで、かなり強めの段階も含みます。価格は Anthropic の定価どおり、100 万トークンあたり入力 $2・出力 $10 で、Sonnet 5 の定価と同じです。当社側で足しているフィルターはありません。

チャットプレイグラウンドを開く
思考をオフにできる、長文脈のロールプレイと創作のための安定したメッセージ設計
モデル
Claude Sonnet 5.5
適した用途
思考をオフにできる、長文脈のロールプレイと創作
メッセージ構成
システム規則 → 証拠と状態 → 今回のタスク → 出力仕様
事実の範囲
機能・パラメータ・価格は最新のスキーマから取得

統合の原則

まず最小のメッセージ構成でタスクを検証し、必要な文脈だけを足していきます。事実・仮定・制約を分け、中断、再試行、精算、人手によるレビューの経路も設計してください。

思考をオフにできる、長文脈のロールプレイと創作に再現できるワークフローを組む

Sonnet 5.5 は Anthropic が 2026 年 9 月 28 日に公開した最新の Sonnet で、1,000,000 トークンの窓と、1 回最大 128,000 トークン(Sonnet 5 の 2 倍)の返答を備えます。10 月 1 日に 3 種類の頼み方で 24 回の内容テストを行ったところ、すべてが最後まで書き切られました。拒否も、控えめに抑えた版もゼロで、かなり強めの段階も含みます。価格は Anthropic の定価どおり、100 万トークンあたり入力 $2・出力 $10 で、Sonnet 5 の定価と同じです。当社側で足しているフィルターはありません。

  • 推測ではなく測定

    テスト 24 回、24 回とも完全

    軽めから最大まで、すべての段階が完全な形で返ってきました。3 種類の頼み方にまたがるかなり強めの依頼 9 回も含めてです。拒否も、控えめに抑えた版もありませんでした。

  • 特別な枠づけは不要

    直球でも、小説の一章でも、system プロンプトでも

    3 種類の頼み方のどれでも完全な場面が返ってきたので、先に枠を組む必要はありません。同じテストで Opus 5.5 は、かなり強めの直球と物語内の依頼 6 回のうち完全なのは 2 回、Sonnet 5 は 6 回すべて断りました。

  • 思考は任意

    none から max まで 6 段階の効きしろ

    reasoning_effort は none・low・medium・high・xhigh・max の 6 段階で、ここでの既定は medium です。xhigh と max では推論の内容も返ってきます。none は返答前の思考を省きますが、ときどき推敲を本文に書き込むことがあるので、すっきりした答えがほしいときは low を使ってください。推論は出力として課金されます。

  • 両端に余裕

    入力 1,000,000、出力 128,000

    英語でおよそ 55 万 5,000 語ぶんの文脈があるので、長いチャット履歴も資料フォルダも丸ごと入り、章や報告書を 1 ターンで丸ごと受け取れます。max_tokens は自分で引き上げてください。既定の 4,096 は思考のぶんもまかなう必要があります。

Claude Sonnet 5.5 をタスクの重さと対話の形から選ぶ

汎用のランキングに頼らず、同じ実タスクで品質、検証しやすさ、遅延、販売価格の見合いを確かめてください。

  1. こちらを選ぶ

    Sonnet 5 が断るロールプレイと創作

    物語が Sonnet 5 の断る領域に入る場面です。直球で頼んでも、小説の一章として頼んでも、system メッセージで場面を設定しても、当社のテストではどれも完全な場面が返りました。会話は丸ごと文脈に残し、対話は low で回してください。

  2. 代わりに Opus 5.5 を選ぶ

    費用より、一つの難しい答え

    Opus 5.5 は定価が 2 倍です。長く食い違いのあるブリーフを一度の返答でまとめ上げる仕事なら、その差額に見合います。創作については、当社のテストで Opus 5.5 がたいてい控えめに抑えた場面を、Sonnet 5.5 は完全な形で書きました。

  3. これは向かない

    ツールを強制する、temperature を調整するパイプライン

    tool_choice は auto か none のみで、temperature と top_p は受け付けません。毎ターン特定の関数を固定する統合や、較正済みの temperature に頼る統合なら、まずその部分を作り直してください。

Claude Sonnet 5.5 を抽象的なラベルではなく具体的な仕事に落とす

どの場面にも入力の境界、検証、復帰が要ります。公式能力、ベンチマーク、ツール対応を作り話で補うことはしません。

  • 何時間たっても声がぶれないキャラクター

    コンパニオンとロールプレイ

    何時間たっても声がぶれないキャラクター

    やり取りを原文のまま丸ごと送ってください。100 万トークンあれば要約層は要りません。そして要約こそ、キャラクターの名前や約束、お決まりのネタが抜け落ちる場所です。ファンタジーの冒険、密室ミステリー、毎日の話し相手——どれも low のほうが生き生きと読めます。

  • 読み手が舵を取る、分岐する物語

    インタラクティブフィクション

    読み手が舵を取る、分岐する物語

    世界のルール、視点、テンポを system メッセージ 1 通にまとめ、選択はそのつど user ターンとして送ってください。読み手が章をまるごと求めたときも、128,000 トークンの出力なら 1 回の返答で届きます。

  • 呼び出しは多く、判断は速く

    エージェントとツール

    呼び出しは多く、判断は速く

    tool_choice を auto にしたまま最大 128 個のツールを渡せば、いつ呼ぶかはモデルが決めます。Anthropic は多段のエージェントを medium から始め、行き詰まるステップでだけ効きしろを上げるよう勧めています。

  • 資料一式を読み、じっくり答える

    長文の文書

    資料一式を読み、じっくり答える

    契約書の束、コードベース、調査資料のフォルダが 1 回の呼び出しに収まり、答えは報告書 1 本分まで書けます。主張ごとに根拠の節を示すよう求めれば、欠けている情報はパイプラインではなく資料の側で見つかります。

文脈を Claude Sonnet 5.5 が検査できる入力に整理する

目的、証拠、状態、制約、出力仕様はそれぞれ別の役割を担ってこそ、圧縮も、デバッグも、再現もできます。

  1. 効きしろ

    チャットは none か low、エージェントは medium

    Anthropic 自身も、チャットは medium か low から始めるよう勧めています。none はさらに一歩進んで思考を省きます。効きしろは全トラフィックではなくリクエストごとに上げてください——推論は出力として課金されます。

  2. 枠

    物語の設定は冒頭で一度だけ

    ジャンル、登場人物、視点、トーン、場面の限度は system メッセージ 1 通に。あるいは依頼を小説の一章として出すだけでも、当社のテストでは完全な場面が返ってきました。毎ターン枠を言い直すとコンテキストを浪費し、交渉のように読めてしまいます。

  3. 予算

    max_tokens に余裕を残す

    思考は max_tokens から出ます。high 以上では余裕をたっぷり与えてください。そうしないと、見える答えが書き終わる前に思考が予算を使い切ることがあります。

  4. 構造化

    ツール呼び出しは強制せず頼む

    構造化された出力がほしいときは、ほしいスキーマでツールを定義し、tool_choice を auto にしたままプロンプトでそのツールを名指ししてください。このルートに response_format はなく、強制した tool_choice も受け付けません。

Claude Sonnet 5.5 で再現できる一件を示してから製品コードへ

最新のスキーマ、見積もり、ストリーミング、エラー時の挙動を確かめてから、統一リクエストを使い回します。

  1. 01 · ベースライン

    最小のリクエストを プレイグラウンド で確かめる

    メッセージの層、出力の形、ストリーミング、現在の制御項目を確認します。

  2. 02 · 境界

    失敗・取り消し・再試行を試す

    タイムアウト、途切れたストリーム、長すぎる入力、再生成、二重送信を検証します。

  3. 03 · 統合

    統一 API リクエストをそのまま写す

    公開モデル id と messages の仕様を使い、モデル固有のパラメータは最新のスキーマから読みます。

  4. 04 · 運用

    使用量を計測し、評価を続ける

    状態、最終使用量、失敗理由、品質フィードバックを保存し、高コストな呼び出しは先に見積もりを出します。

Claude Sonnet 5.5 の能力を明確な契約に載せる

プレイグラウンド、API 例、リクエストの状態、使用量の記録が一貫しているので、評価から本番統合まで同じ理解で進めます。

  • 共通仕様

    メッセージ・ストリーム・エラーの形はひとつ

    モデルを替えても、リクエストの組み立て、状態処理、エラー復帰の書き方は変わりません。

  • 最新のスキーマ

    現在のエンドポイントの制御項目を使う

    プレイグラウンド と API 例が、使えるフィールド、上限、既定の挙動をまとめて示します。

  • 観測できるライフサイクル

    どのリクエストにも明確な状態がある

    送信、ストリーミング、失敗、取り消し、使用量は、検査できる公開セマンティクスで表されます。

  • 移植しやすい統合

    モデル更新時の作り直しを減らす

    契約が明確なら、製品コードは入力、結果、体験に集中できます。

Claude Sonnet 5.5 API を組み込む前に確かめる境界

Claude のすべてのモデル10