- Liqiang_Chu2026-07-30
我发现一个现象：如果上一次会话因为触发5小时限额而被打断，等满5小时后重新开始新会话时，只要那个会话（context）长度达到674K，新一轮的5小时额度上来就直接被扣掉22%。
这是什么情况？难道每次"续上"会话时，系统都会把之前中断那一刻之前的全部上下文重新上传一遍，然后按这个总量计费吗？
主楼 - Xenos-linuxdo2026-07-30
没缓存了正常计价就是这个价格了。
- 吴亦Fan？2026-07-30
冷启动 缓存没有了啊。正常啊！！可以这么理解吧，cc才1个小时缓存呢 ~~
- 白泽2026-07-30
缓存时长小于限额恢复的时长是这样的，deepseek的硬盘缓存仅此一家，其他家的缓存有一小时都谢天谢地了
- Liqiang_Chu2026-07-30
我5小时限额了，放着不动等5小时。肯定就失效了吗？怎么设置长时间缓存补释放啊。
- Liqiang_Chu2026-07-30
那我这边到5小时了，只能等着。这样是不是就无解了？
- whisky32026-07-30
压缩会话，或者新开会话让它读之前的会话继续任务
- 萧瑟2026-07-30
还有更坑的，kimi会开subagent写代码，然后5H限额写到一半被打断，继续是在主线程，之前subagent的白写了，希望优化下
- unsafetrait2026-07-30
你这个因为缓存超过1小时了，你如果触发了5小时线，我建议你重开窗口来做，我们上次也遇到过不过699，没那么猛22%，只扣了一点，他们也说太夸张了，还有如果不是特别复杂的任务，你可以用K3-256K ，用量翻倍
- unsafetrait2026-07-30
这个问题确实是个问题，SUBAGENT缺少限制
- HeriX2026-07-30
- hehe2026-07-30
额度少的可怜，199套餐画几张svg图50% 5h额度就没了 ^-^
- Liqiang_Chu2026-07-30
我始终一个会话就没退出过。压缩会话它也要读取原来的全部会话内容吧?
- 嬴麻2026-07-30
长上下文本来就会消耗更多的token，再叠加缓存失效
- Liqiang_Chu2026-07-30
哥们，上下文长消耗可以。现在主要是每次5小时超标后，你在原始会话随便发一个消息，直接消耗你20%多5小时额度啊。
- Kevin-linuxdo2026-07-30
都是这样，你用cc cx缓存过期重启长对话都是直接扣很多