本文へスキップ

2026 年 9 月 22 日公開の Anthropic Claude Opus 5.5 を OpenAI 互換エンドポイントで使えます。最大 1,000,000 トークンを読み、最大 128,000 を返し、常に思考し、low・medium・high とツール定義 128 個に対応します。

入力 $3.60出力 $18100 万トークンあたり公式価格より 10% 安いキャッシュ入力 $0.18キャッシュ書き込み $4.50Anthropic 公式価格入力 $4出力 $20

プレイグラウンド

Claude Opus 5.5

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

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

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

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

拒否ではなく和らげて答える長文脈のロールプレイのための安定したメッセージ設計

Opus 5.5 は Anthropic が 2026 年 9 月 22 日に公開した最新の Opus で、定価は Opus 5 より 2 割安いまま、同じ 1,000,000 トークンの窓と 128,000 トークンの返答を保っています。公開当日、当社は 5 段階の強度レベルと 3 種類のプロンプトにわたって 24 回の内容テストを実行しました。拒否はゼロで、Opus 5 が断っていた依頼には和らげた版を書き、フィクション執筆用の system プロンプトの下では毎回完全な場面を書き切りました。当社側で足しているフィルターはありません。

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

統合の原則

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

拒否ではなく和らげて答える長文脈のロールプレイに再現できるワークフローを組む

Opus 5.5 は Anthropic が 2026 年 9 月 22 日に公開した最新の Opus で、定価は Opus 5 より 2 割安いまま、同じ 1,000,000 トークンの窓と 128,000 トークンの返答を保っています。公開当日、当社は 5 段階の強度レベルと 3 種類のプロンプトにわたって 24 回の内容テストを実行しました。拒否はゼロで、Opus 5 が断っていた依頼には和らげた版を書き、フィクション執筆用の system プロンプトの下では毎回完全な場面を書き切りました。当社側で足しているフィルターはありません。

  • 推測ではなく測定

    テスト24回、明確な拒否ゼロ

    軽めから最大まで、どの言い回しでも全レベルが完全な形で返ってきました。唯一の例外はかなり強めで、直球で求めた場合に限り、断る代わりに和らげた版を提示しました。

  • system プロンプトがなお決め手

    システムプロンプトによる枠づけ:3回中3回

    system メッセージで一度フィクションの文脈を設定すると、かなり強めの場面を求めた 3 回のリクエストはすべて完全な形で返ってきました。同じ依頼を直球で送るか小説の一章として送ると、たいてい和らげた版になりました。

  • オフにできない思考

    効きしろだけが調整できるダイヤル

    Opus 5.5 は常に答える前に推論します。reasoning_effort の low / medium / high がその量を決め、既定はここでも Anthropic 側でも medium です。推論は出力として課金されるので、対話には low に落としてください。

  • 前世代より安価

    同じ窓のまま定価は下がった

    Anthropic は Opus 5 より 2 割安い価格を示し、30% 以上速く書けると発表しています。1,000,000 トークンの窓と 128,000 トークンの返答上限は変わらず、当社の価格は Anthropic の定価を下回ります。

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

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

  1. こちらを選ぶ

    Opus 5 が断り続けていたとき

    同じテストで Opus 5 はかなり強めの直球の依頼も物語内の依頼もすべて拒否しました。Opus 5.5 はそのすべてに答えました——直球の依頼には和らげた版で、フィクションの system プロンプトの下では完全な形で。記憶の仕組みは同じで、摩擦だけが減っています。

  2. 代わりに Grok 4.7 を選ぶ

    枠づけなしで求めたいとき

    当社のテストでは Grok 4.7 は system プロンプトなしの直球の依頼から完全な場面を書きました。Opus 5.5 は依然として冒頭で一度枠を設定してほしがります。

  3. これは向かない

    パイプラインが強制的にツール呼び出しを求めるとき

    Opus 5.5 は強制された tool_choice を拒否します。ある関数をターンごとに固定する統合であれば、まず tool_choice を auto にしてプロンプト内でツールを求める形に書き換えてください。

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

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

  • 1ターン目を覚えているペルソナ

    持続するロールプレイ

    1ターン目を覚えているペルソナ

    やり取りを原文のまま丸ごと送ってください。1,000,000 トークンなら要約層は不要です。そして要約こそ、キャラクターが立てた約束が失われがちな場所です。

  • 一度枠づければ完全な形で書かれる

    フィクション

    一度枠づければ完全な形で書かれる

    フィクションの枠、視点、限界を冒頭の system メッセージ 1 通にまとめてください。当社のテストでは、それが和らげた場面と完全な場面の分かれ目でした。

  • 章や報告書を一度で書き切る

    長文の文書

    章や報告書を一度で書き切る

    128,000 トークンの出力があれば、長い1本の文章を継ぎはぎせずに丸ごと届けられます。max_tokens は自分で引き上げてください——既定の 4,096 はモデルが考え終えた後だと数百語程度です。

  • 強制しないツール利用

    エージェントと抽出

    強制しないツール利用

    ツールを定義し、tool_choice は auto のままプロンプト内で名指ししてください。原文全体が文脈にあれば、欠けたフィールドはパイプラインではなく素材の側を指し示します。

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

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

  1. 効きしろ

    対話には low、すり合わせには high

    既定は medium です。推論は出力トークンとして課金されるので、会話のターンは low のほうが生き生きと読め、費用も抑えられます。長いブリーフを突き合わせて結論を出す仕事には high を残してください。

  2. 枠

    冒頭で一度だけ言い切る

    登場人物が成人で同意していること、視点、文章がどこまで踏み込んでよいかを system メッセージ1通で。毎ターン言い直すのはコンテキストを浪費し、交渉しているように読めます。

  3. 予算

    思考の余地を残す

    思考は max_tokens から出ます。小さすぎる上限は、目に見える答えが始まる前に使い切られ、空のまま返ってくることがあります。十分な余地を与えてください。

  4. キャッシュ

    前置きをバイト単位で同一に保つ

    このモデルでは、キャッシュヒットは新規入力の20分の1のコストです。呼び出しの間で system メッセージや履歴を並べ替えると、その節約は失われます。

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

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

  1. 01 · ベースライン

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

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

  2. 02 · 境界

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

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

  3. 03 · 統合

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

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

  4. 04 · 運用

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

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

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

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

  • 共通仕様

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

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

  • 最新のスキーマ

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

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

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

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

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

  • 移植しやすい統合

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

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

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

Claude のすべてのモデル10