通过cc-switch 3.14.1 把GPT模型放进Claude Code 2.1.119，结果缓存全丢了。每轮对话只剩下系统提示词在缓存里（大概16k到20k），害得我一小时就烧了两百刀的GPT额度，太离谱了。
退回到2.1.100版本的claude code，缓存就正常了。
这个版本的ccs是截止2026年4月25号6点58分（北京时间）最新的。
我排查过了，不是CliproxyAPI、sub2api这些上游的问题，跟模型类型也完全没关系。
为了搞这个，我还让codex帮我修了CPA和ccs，最后看日志发现，2.1.100版本的请求缓存率非常高，回退版本缓存问题就解决了。
现在可能因为ccs暂时还没适配新版的claude code。
想问问有没有老哥已经解决了？咋处理啊？难道只能先退回老版本吗？
（我只测了2.1.100，其他版本暂时没试。）
这版本更新也太坑了，我昨天也是遇到同样的问题，升级到2.1.119后缓存直接崩了，每轮对话都重新计算token，费用飙升。后来我也退回到2.1.100才正常。我觉得可能是新版缓存机制有变动，cc-switch还没跟上适配。建议先别急着升级，等cc-switch更新再说。
是不是缓存配置文件没同步啊？我不太确定，小白问一下，新版是不是改了缓存路径？
首先检查config.yaml里的cache_settings部分，把max_entries改成0再改回来，然后重启服务。如果还不行，删掉.cache文件夹重新生成。
又来这种帖子了，每次更新必出幺蛾子，开发组能不能测试好了再发
楼主说的2.1.100具体是哪个commit？我这边用的2.1.105好像没问题，想确认下问题版本范围
我上周也碰到了类似情况，不过我是用别的工具。当时升级后缓存全清空，重新加载模型特别慢，费用也是暴涨。后来发现是新版本默认关闭了持久化缓存，需要在环境变量里加个FORCE_CACHE=1。不知道claude code是不是类似情况，你可以看看启动参数有没有变化。
同问，坐等大佬解答
你这方法我试了，缓存确实能恢复
我也是退回2.1.100才正常，新版缓存策略动过
缓存机制变动是真的，新版cc-switch还要适配
改max_entries这招亲测有用，但下次还得复发
缓存路径没变是逻辑变了，要等cc-switch新版本兼容
cc-switch这升级踩坑率真是太高了
改config这个方法我试了不行，最后还是回退版本最稳
不是配置问题，是新版改了缓存的key算法所以全失效
更新一次崩一次，cc-switch节奏是真激进