ClaudeのPrompt cachingを設計する：固定部分と変動部分の分け方

入力の共通部分を先に整理する

共通の指示や変わらない資料と、利用者ごとに異なる質問を分けます。毎回変わる時刻や識別子を共通部分の前に入れると、その後の文が同じでも想定した再利用ができないことがあります。どこまで同じ接頭部分かを意識します。

利用できる方式、保持時間、対象モデルなどは公式仕様で確認します。キャッシュが必ず作られ、必ず利用される前提で料金や応答時間を見積もらないことが重要です。

業務の分離をキャッシュより優先する

再利用率を上げるために、異なる顧客の情報を一つの共通資料へ混ぜる設計は避けます。読み取り権限やデータの範囲を守ったうえで、共有してよい指示と資料だけを対象にします。高速化のために権限の境界を曖昧にしないようにします。

古い資料を使い続けることも別の問題です。資料の改訂時にどの入力が変わるかを把握し、最新版を参照する仕組みとキャッシュ再利用の仕組みを混同しません。

書き込みと読み出しを含めて評価する

一回の利用だけで効果を判断せず、作成、再利用、失効後の利用を含めて観察します。固定部分と変動部分のトークン数、再利用の実績、全体費用、応答時間を記録します。キャッシュの比率だけが良くても、不要に長い入力を送り続けていれば改善とは限りません。

再利用回数によって利益が変わると考える

説明用の費用モデルでは、最初の作成にかかる費用と、その後の再利用にかかる費用を分けます。同じ入力が何回再利用されるか、失効後に何回作り直すかで総額は変わります。実際の単価は公式料金から取得し、短時間の試験のヒット率を長期間の利用へそのまま適用しないようにします。特定の節約率を固定した前提にしないことが要点です。

ヒットしなかった入力を比較するときは、資料の変更、指示の変更、可変の識別情報、並び順を分けて調べます。業務上必要な変更をキャッシュのために止めてはいけません。再利用されるように入力を整理することと、最新版の条件で正しく答えることを両方確認し、性能の数字だけを優先して古い内容を残さないようにします。

具体例で考える

説明用に、毎回同じ長いルールと、一件ずつ異なる質問を送る構成を考えます。

共通部分：出力ルール／共有可能な仕様書。
変動部分：現在の質問／今回だけの資料。
測定：共通部分の再利用実績と、一件を完了する総費用。

日付やユーザーの文章を共通部分へ置く前に、それが本当に必要かを考えます。この配置例は設計の説明であり、特定の節約率を保証するものではありません。実際の料金条件と利用状況で確認します。

確認課題と合格の目安

入力を固定と変動に分け、資料更新後とキャッシュ失効後を含む測定計画を作ってください。

• 再利用できる接頭部分を説明できる。
• 異なる利用者のデータを不用意に共有しない。
• ヒット率だけでなく総費用を比較している。