01 / DECIDE
Architecture decision
大きな context を繰り返し使い cache behavior で latency と usage を下げる場合に使う。
durable instruction と reusable context を安定させ、volatile user data を request 後段に置く。 input、output、state、tool、side effect を一つの観測可能な経路にし、prompt caching 用の stable prefix を設計する の owner を決めます。
02 / OPERATE
3段階の field procedure
- 01
contract を lock
caller、data classification、success condition、timeout、cancel、ownership を記述します。大きな context を繰り返し使い cache behavior で latency と usage を下げる場合に使う。
- 02
bounded path を実行
correlation、typed state、reversible failure を持つ一つの end-to-end path を作ります。durable instruction と reusable context を安定させ、volatile user data を request 後段に置く。
- 03
signal を検証
acceptance を再実行可能な fixture、contract test、browser test にします。private content を記録せず cached token、latency、cost、task quality を比較する。
03 / BOUND
Operational boundary
cache hit 向上のため sensitive content を複製せず retention と authorization を優先する。
04 / PROVE
Acceptance evidence
private content を記録せず cached token、latency、cost、task quality を比較する。
SOURCE / HTTP
再現可能な source probe
curl -fsSI 'https://docs.x.ai/developers/advanced-api-usage/prompt-caching' | sed -n '1,5p'