工具笔记
让 AI 审静态站缓存：HTML 要更新，指纹资源继续复用
先决定浏览器能否存储，再决定能否直接复用。
资料核验2026.11.12 · HTTP 与 Fetch · 浏览器及服务端请求
站点更新后，读者仍看到旧首页。最省事的补丁是全站禁缓存，代价是每次连字体和版本化样式也得重拉。先把可复用资源按更新方式分开。
让助手从这一步开始
给助手现有部署响应头和一对前后版本资源 URL。要求为首页、带指纹的资源和账户页分别提出策略，再用浏览器网络面板核对请求。重点观察重新部署后仍停留在旧首页的情形。
从 URL 是否随内容改变开始
内容带指纹的静态文件，可以考虑更长的新鲜期。地址长期固定、希望每次检查更新的页面，用允许存储但要求验证的策略。HTTP 的 no-cache 表达复用前验证，no-store 则要求缓存不存储该响应。
打开网络面板，检查首页更新前后是否重新验证，指纹资源是否仍走缓存。不要只在勾了禁用缓存的开发者工具里验收。
对登录后的内容，另外确认共享缓存是否被允许。公共首页和账户页不必使用同一套响应头。
把问题变成可重跑的样例
记录首页第一次 200 的响应头和下一次请求头，重建后再取页面。内容发生变化时应出现新内容，旧指纹资源仍应可被复用。保留是否经过 CDN 的记录，帮助解释浏览器与命令行的不同。
核对这几项输出
- 相同 URL 的首页能重新验证。
- 内容变化后读到新首页。
- 带旧指纹的资源仍可复用。
- 账户响应遵循独立的缓存限制。
怎么判断改动能不能收
打开开发工具时不要勾「禁用缓存」，否则无法看到真实命中。先查请求经过浏览器还是 CDN，结果不一致时分别观察响应头。no-cache 和 no-store 的区别关系到复用条件，具体策略以是否允许缓存及内容敏感度决定。
有中间缓存时，分别记录浏览器和代理看到的 Cache-Control、ETag 和 Age 等可用信息。让助手先定位哪一层复用了旧响应，再改最小配置。改完仍要核对带指纹的静态资源没有被无意地全部禁缓存。
