ArrayKit

プロンプトキャッシュ設計

キャッシュできる前置きが最長になるよう、リクエストのブロックを並べ替えます。

プロンプトキャッシュ設計

キャッシュできる前置きが最長になるよう、リクエストのブロックを並べ替えます。

ここで入れるのはブロックの大きさだけで、中身ではありません。送信されるものはありません。

エージェントループの費用を出す

プロンプトキャッシュ設計 について

キャッシュは前置きの一致です。この一点がすべてを決めます。最初に変わったバイトが、それ以降のすべてを無効にします。つまり、揺らぐ一行——タイムスタンプ、リクエスト ID、ユーザーの質問——を二万五千トークンの安定した内容の前に置けば、その安定した内容は一つもキャッシュされません。直し方はいつも同じ形です。安定を先に、揺らぐものを後に。分かりにくいのは、間違えたときの費用のほうです。だからここでは数字を出します。リクエストのブロックと、それぞれがどのくらいの頻度で変わるかを入れると、並べ替え、前置きを測り、あなたが出すリクエスト数にわたって差額を計算します。

機能

  • 前置きが最長になるようブロックを並べ替え
  • 揺らぐブロックの後ろで足止めされている安定ブロックを名指し
  • キャッシュできる前置きと、毎回支払う部分を測定
  • 前置きが最小値を下回り、黙ってキャッシュされない場合に警告
  • 一連のリクエストにわたる差額を計算
  • ときどき変わるブロックを指摘 — その後ろがすべて無効になります
  • モデルごとのキャッシュ読み出し料金と、その確認日
  • ブロックの大きさは編集可能で、自分のリクエストに合わせられます

プロンプトキャッシュ設計 の使い方

  1. リクエストのブロックと大きさを並べます
  2. それぞれがどのくらいの頻度で変わるかを指定します
  3. 推奨される順序と節約額を読みます
  4. キャッシュの区切りを安定した前置きの末尾へ移します

例

入力

User question (300) sent first

出力

29,500 stable tokens cannot be cached

先頭の揺らぐブロックが、その後ろすべてを無効にします。

よくあるエラーとトラブルシューティング

  • 命中率がゼロだ。 — 揺らぐ何かが前置きの中にあります。タイムスタンプ、リクエスト ID、順序の安定しないツール一覧。どれか一つでそうなります。
  • 前置きが最小値を下回る。 — 短い前置きはそもそもキャッシュされず、そのことは知らされません。前置きを大きくするか、キャッシュは効かないと受け入れるかです。
  • キャッシュが効いたり効かなかったりする。 — たいていは、ときどき変わるブロックが前のほうにあります。変わるたびにその後ろがすべて無効になるので、ときどきの変更はときどきの全額請求です。
  • 並べ替えると意味が変わってしまう。 — それは本物の兼ね合いです。動かせないものは制約です。ツールは費用を示すので、なんとなくではなく分かったうえで決められます。

よくある質問

プロンプトキャッシュは実際どう働きますか。
リクエストはキャッシュ済みの内容と前置きで突き合わされます。最初の相違までは割安でキャッシュから供給され、それ以降は全額請求です。だから順序がすべてなのです。
何が黙ってキャッシュを無効にしますか。
早い位置でバイトを変えるものすべてです。システムプロンプト内のタイムスタンプ、リクエスト ID、順序の定まらないマップから作ったツール一覧、利用者ごとの項目。どれもエラーを出さず、命中率が下がるだけです。
なぜ前置きに最小値があるのですか。
モデルごとに決まった大きさを下回ると、キャッシュはまったく適用されません。黙って効かないので、キャッシュされていると思っていた小さなシステムプロンプトが、実は一度もされていなかったということも起きます。
キャッシュの区切りはどこに置きますか。
最後の安定ブロックの末尾です。その前は再利用され、その後ろは毎回新規になります。ここでの並べ替えが作るのは、まさにその切れ目です。
キャッシュは常に得ですか。
大きな前置きが実際に再利用されるならそうです。読み出し料金は入力料金のごく一部です。安定した前置きがそもそもないリクエストを無理にねじ曲げる価値はありません。ここでのエラーはそれを伝えています。

関連ツール

AI・エージェントの他のツール

AI・エージェントのツールをすべて見る · すべてのツール