Opus 5はデフォルトかつ最大で1Mトークンのコンテキストウィンドウと最大128kの出力トークンを備え、複数ドキュメントの統合、ファイル間のコードリファクタリング、頻繁な切り捨てなしの長期エージェントスレッドを可能にします。価格は入力トークンあたり5ドル、出力トークンあたり25ドルで維持され、高速モード（Claude API限定）ではプレミアム料金でより高い出力TPSを提供します。モデルは深い推論、安定したツール使用チェーン、コードレビューにおける低い誤検知率を優先します。プロンプトキャッシュの最小値を512トークンに下げることで、より多くのキャッシュヒットが可能になり、以前はキャッシュできなかった短いシステムプロンプトやテンプレートのコールドスタートを削減します。

Opus 5は自動的に思考を有効にし、品質を努力レベルの階段（低、中、高、非常に高、最大）にマッピングします。思考は総出力予算の一部を消費するため、思考なしで4.8で調整されたタスクはmax_tokensを見直してください。良い基準は高努力で十分なmax_tokensを設定し、中努力と比較して品質が保たれる範囲でスループットを回復することです。最も難しい問題には、非常に高または最大努力が信頼性を向上させますが、マルチステップ推論、サブエージェント委任、複数ツール呼び出しを切り捨てなしで可能にするためにmax_tokensを大きくする必要があります。

Opus 5は進捗をより頻繁にナレーションし、サブエージェントへの委任を容易にし、暗黙の検証を行います。「最終検証ステップを追加」や必須の検証サブエージェントなどのレガシー指示は削除してください。これらは過剰検証やレイテンシの急増を引き起こす可能性があります。探索ループを制限し、検索、計画、ツール使用の作業ペースをモデルが管理できるようにタスク予算を導入してください。コーディングでは、マルチファイル機能の完成率が向上し、プレースホルダーが減少します。ツール呼び出しの深さ、リトライ、失敗モードを記録し、努力設定と安定性・コストの相関を分析できるようにしてください。

会話中のツール変更（ベータ）は、各ターンで固定リストを再送信せずに利用可能なツールセットを更新でき、長時間セッションでのキャッシュ効果を維持します。指定されたベータヘッダーを使用し、以前はセッションリセットを強いたツールの追加・削除フローをテストしてください。デフォルトフォールバックモード（ベータ）は拒否カテゴリごとにAnthropic推奨モデルを選択し、壊れやすいフォールバックリストのメンテナンスを減らします。これらを拒否分布とフォールバックヒット率の監視と組み合わせることで、ヘルプデスク、RAG+アクション、ツールを進化させるビルドパイプラインのオーケストレーション範囲を縮小し、信頼性を向上させます。

4.8のワークロードで高努力時に思考を無効にしていた場合は、努力を高以下に維持するか、無効化フラグなしで思考を再有効化する必要があります。思考無効時は稀にツール呼び出しテキストの漏れや内部タグが発生するため、出力のサニタイズや後処理検証を検討してください。モデルIDを更新し、冗長な検証ボイラープレートを削除し、努力とmax_tokensを変えて評価を再実施してください。コンテンツ長の増加（Opus 5は長文傾向）を追跡し、チャネルごとに上限を設けてください。最後に、どのフローが会話中のツール変更やフォールバックを使用するかを文書化し、信頼性を証明してからスケールしてください。