Prompt Caching の「プレフィックス原則」を理解する — cache_control ブレークポイントの配置戦略とツール定義キャッシュの実務的メリット
Hiroba による自動要約
Prompt Caching はプロンプト先頭からのハッシュ値がキャッシュキーになるため、システムプロンプトを1行編集しただけで後続のブレークポイント（tools ブロックなど）もキャッシュミスする「プレフィックス原則」を解説。ツール定義は1つあたり200～500トークン消費する重いデータであり、Stable to Fluid 原則に基づいたブレークポイント配置戦略が重要。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 2330 件あります。
関連する記事
同じタグの記事
Claude Code の @import ファイルが API リクエストでどう送信されるか検証
DevIOClaude Code の CLAUDE.md における @import 構文で読み込まれたファイルが、Anthropic API へのリクエストで実際にどの部分にどのような形で現れるかを mitmproxy で検証。公式ドキュメントに明記されていない JSON 上の具体的な位置構造を確認。
Claude Code v2.1.207｜Auto mode が Bedrock・Vertex AI・Foundry で opt-in 不要に
QiitaClaude Code v2.1.207 で Auto mode が Bedrock・Vertex AI・Foundry で環境変数 CLAUDE_CODE_ENABLE_AUTO_MODE なしに動作するようになりました。設定読み先が .claude/settings.local.json から ~/.claude/settings.json に変更され、デフォルトモデルは Opus 4.8 へ統一。非対話実行での同意ダイアログの不具合も修正。
Claude 4つのモデル層でコードレビュー精度を検証——トークン単価と実コストの乖離
QiitaClaude Haiku 4.5、Sonnet 4.6、Opus 4.8、Fable 5 の 4 つのモデルに同じコードレビュータスクを実行させ、第三者 LLM で指摘の正誤を判定。トークン単価は最安価層が 10 倍安いが、確認済みバグ単価は約 3.7 倍の差にとどまった。トークン効率とコンテキストキャッシュの活用により、定価差を削減。誤答コストが高いタスク選択では単価より信頼性を重視すべき。
