01 / DECISION
何時值得加入這個 primitive
只有在使用者能依明確 cache key 安全重用同一 representation 時才快取 response。
02 / ARCHITECTURE
建立最小且站得住腳的路徑
分類 public 與 personalized routes、定義 Cache-Control 與 key inputs，再於拉長 TTL 前文件化 bypass 與 purge path。
- 01先命名 contract
只有在使用者能依明確 cache key 安全重用同一 representation 時才快取 response。
- 02只加入一個 primitive
分類 public 與 personalized routes、定義 Cache-Control 與 key inputs，再於拉長 TTL 前文件化 bypass 與 purge path。
- 03保留 failure evidence
記錄規則前後的 cache status、age、vary inputs 與 origin load，並明確測試 purge 和 bypass。
03 / REPRODUCE
有證據，再有信心
記錄規則前後的 cache status、age、vary inputs 與 origin load，並明確測試 purge 和 bypass。
curl -sI https://example.com/ | rg "cf-cache-status|cache-control|age"04 / BOUNDARY
Production boundary
以不完整 key 快取 authenticated 或 user-specific content 可能洩漏資料；cache miss 也可能暴露 origin 容量問題。
05 / FIRST-PARTY SOURCES
讓第一方來源保持權威
產品行為、限制、價格與供應狀態會改變；採取行動前請重新核對這些來源。