Claude Code 官方建议说，Fable 5.1 缓存降价后，不用频繁压缩上下文了。但有人实测发现，这个建议可能只对了一部分——在某些场景下，不压缩反而更费 Token。

宝玉（@dotey）在推文中分享了他的实测结果，直接跟官方建议唱了反调。官方说法是，缓存价格下降后，没必要频繁使用 /compact 命令去压缩上下文。但宝玉实测发现，200k 自动压缩反而更省 Token。

官方建议 vs 实测结果

为什么会出现这种分歧？核心在于缓存机制。Fable 5.1 的缓存确实降价了，但缓存是有有效期的——订阅用户是 1 小时。一旦缓存过期，再执行 /compact 压缩上下文，就会触发高额的 Token 消耗。

换句话说，压缩时机的选择比压缩本身更重要。缓存还在有效期时，压缩成本低；缓存失效后再压缩，代价极高。官方建议可能默认了用户会在缓存有效期内操作，但实际使用中，很多人并不会掐着时间点去压缩。

压缩时机才是关键

宝玉的实测结论可以拆成三条：

  • 官方建议"缓存降价后无需频繁压缩"并不普适
  • 200k 自动压缩在实测中更省 Token，与官方说法相反
  • 缓存过期后执行 /compact 成本极高，时机决定成本

这个案例提醒我们，官方建议往往基于理想场景，实际使用中还是要根据自己的上下文长度和操作习惯来调整策略。如果你也在用 Fable 5.1 做长对话，不妨先测一下自己的缓存失效节奏，再决定压缩频率。