Claude缓存保活

没有办法，准备到限制了就让ai总结一下，输出到文件里

这么听起来感觉留一点额度+定时任务可行不。

缓存快过期之前发个hi过去（当然要是额度一点不剩那就没办法了）

如果你用pi的话，有warm cache功能，每30分钟保活一次发个1token请求保活。

我是自己写了个pi的小功能，每50分钟调用一次上述标准功能，测试了几个晚上都不错，因为是自己手动刷新，所以跨天都可以。

确实节省了不少，但节省也没你想象的那么好，周限也一直在5.8亿token，250刀徘徊，就算不保活也能有230刀，5亿的样子。

用pi不是说有风险吗？而且我一直用不起

总结存档然后开新会话，长期用下来是比去卡缓存时间更便宜的

按照这个方法，但是已经限额就没办法了

使用 opus5.5 high 就行了，没必要追求 xhigh/max ，实际质量没提升太多，但是消耗大概是 2-3 倍

然后尽量保持 单会话 复杂任务 持续推进，一开始缓存量可能只有 80-90% ，慢慢推进后面就能稳定 96-99% 了，这个时候就很耐烧，因为订阅套餐的 读取缓存 是免费的 (或者说极低)

套餐选择的话，可以先选 pro ，风控小，但是看使用强度，可能没办法实现 5h 轮换，因为缓存有效期只有 1h ，超过时限再发起对话就需要重建缓存，那就会扣一大笔额度。或者在 5h 用完之前，压缩一次对话，这样在下一个 5h 的时候，重建缓存就不会扣太多额度了

/compact 保留当前任务目标、已改文件路径、未完成步骤和关键约定，丢掉重复的文件内容和中间试错
```>
然后周限也最好别用满，慢慢养号，后续再考虑升 max5x

学到了，我一直都是开max，下次试试high和compact

全程opus5.5 high 但是中间有经常隔了一个多小时2个小时再接着对话的 我觉得缓存可能不止2小时？^-^

我是CPA反代的claude pro，就看人品的，在哪用不是用。。

要是CC，就看能不能手动每50分钟刷一下。

其实claude pro刀法精准的，最好的是把N-1的5小时量留出了，然后你就能用N-1，N，N+1这三个周期，理想状态下3亿多token

你要单日不做管理，最多刷2个五小时了。

目前就是多用sonnet 5.5来省点额度，变相延长使用周期了。

我是 5X 都是opus 5.5hight 一个对话框可劲造 缓存命中率高的可怕 就是压缩的时候费时间

我是直接反代到cpa，然后写了个缓存保活功能

应该是体感误差，实际我让 claude 读了最近半个月的会话分析

实测数据

范围是 9 月 18 日以后的记录：Opus 5.5 主会话 23 个长会话，共 5158 对相邻请求。已经剔除压缩、换模型、换 CLI 版本造成的失效。

- 间隔不到 60 分钟：236 对的命中率是 100%（另有 4642 对间隔在 5 分钟以内，也全部命中）。

- 间隔超过 60 分钟：31 对全部失效。

- 60～64 分钟之间没有样本，所以只能说“约 1 小时”，精确到分钟的边界确定不了。

- Fable 5.1 的主会话结果完全一样。桌面版和 claude -p 也没有差别。