
1. モデル Thinking(Extended Thinking)
1.1 Interleaved Thinking の利点
interleaved thinking が有効でない場合、モデルは assistant ターンの最初に一度だけ thinking を実行します。それ以降のレスポンスは、新しい thinking ブロックを生成することなくツール結果を受け取った後に直接生成されます:- ツール結果に基づく二次推論を実行、単に出力を連結するだけではない。
- 複数のツール呼び出し間で推論を連鎖、各決定は前ステップの分析に基づく。
参考:Anthropic Interleaved Thinking
1.2 Thinking の有効化
Thinking は 4 つの方法で有効化でき、いずれか 1 つを選択します:優先順位(複数の方法を使用した場合):effort の取りうる値:reasoning_effort>reasoning.max_tokens>reasoning.effort>-thinkサフィックス
minimal / low / medium / high / xhigh
1.3 Thinking の戻り値
レスポンスメッセージには 2 つの新しいフィールドが含まれます:reasoning_content:Thinking コンテンツ(文字列)。表示用。reasoning_details:Thinking の完全な構造化情報。マルチターン会話ではそのまま返す必要があります。内部構造はプロバイダーごとに異なる場合があります。
delta.reasoning_content と delta.reasoning_details を介してチャンクで送信されます。完全なストリーミング連結ロジックについては、以下の完全な例を参照してください。
1.4 マルチターン会話で Thinking を保持する (Interleaved Thinking は組み込みで、追加パラメータは不要)
モデルがマルチターン会話で推論能力を継続できるようにするには、前回返されたreasoning_details を そのまま 次のラウンドの assistant メッセージに配置するだけです:
1.5 完全な例
以下の 2 つの例は、完全なマルチターン Tool Call + interleaved thinking プロセスを示しています:ユーザー問い合わせ → モデルが思考しツールを呼び出す → ツール結果を注入(reasoning_details を保持)→ モデルの interleaved thinking が最終レスポンスを返す。
非ストリーミング・Interleaved Thinking
1.6 Thinking 強度マッピングルール
Effort モード:- Opus 4.6 / Sonnet 4.6 以降:Anthropic ネイティブの Adaptive Thinking の effort レベルにマッピングされます。
- その他のモデル:
budget_tokensの式で計算されます:
Adaptive Thinking Effort マッピング:
max_tokens モード: Anthropic の
budget_tokens として直接割り当てられます。
-think サフィックス: Opus/Sonnet 4.6+ は adaptive thinking(effort=medium)を使用。その他のモデルは budget_tokens = min(10240, max_tokens - 1) に設定され、デフォルトの max_tokens は 4096 です。
2. Prompt Caching
Chat インターフェース経由で Claude モデルにリクエストを行う際に Prompt Caching を使用できます。メッセージにcache_control ブレークポイントを設定することで、大きなテキストブロック(ロールカード、RAG データ、書籍の章など)を再利用のためにキャッシュでき、後続のリクエストでキャッシュに直接ヒットしてコストを大幅に削減できます。
Claude 公式ドキュメント:Prompt Caching
2.1 キャッシュコスト
2.2 サポートされるモデルと最小キャッシュ長
ブレークポイント数制限: リクエストあたり最大 4 つの cache_control ブレークポイント。
2.3 キャッシュ TTL
1 時間 TTL の書き込みコストは高くなりますが、長いセッションでの繰り返し書き込みを減らすことで合計費用を節約できます。Claude 4.5 以降のすべてのプロバイダー(Anthropic、Amazon Bedrock、Google Vertex AI を含む)のモデルが 1 時間 TTL をサポートします。
2.4 使い方
system、user(画像を含む)、tools で cache_control フィールドを使ってキャッシュブレークポイントを設定できます。以下の例は主要な構造のみを示しており、大きなテキストブロックは省略しています。
System メッセージのキャッシュ(デフォルト 5 分 TTL):
cache_control はツールオブジェクトの最上位レベル(type と function と並列)に配置します:
2.5 キャッシュステータスの確認
レスポンスのusage には claude_cache_tokens_details が返され、詳細なキャッシュ情報が記録されます:
最初のリクエスト(キャッシュ作成):
3. anthropic-beta 用リクエストヘッダー
HTTP ヘッダーanthropic-beta を介して Claude モデルの beta 機能を有効化でき、AihubMix が Anthropic API にスルーパスします。
使い方
リクエストヘッダーにanthropic-beta を追加し、値には対応する beta 機能識別子を指定します:
利用可能な具体的な beta 識別子については、Anthropic API ドキュメント を参照してください。
最終更新日:2026-06-01