2. Linux.do
  3. Kimi K3 的5小时限额机制真是个大坑

Kimi K3 的5小时限额机制真是个大坑

Liqiang Chu 2026-07-30 09:44 1

我发现一个现象：如果上一次会话因为触发5小时限额而被打断，等满5小时后重新开始新会话时，只要那个会话（context）长度达到674K，新一轮的5小时额度上来就直接被扣掉22%。

这是什么情况？难道每次"续上"会话时，系统都会把之前中断那一刻之前的全部上下文重新上传一遍，然后按这个总量计费吗？

最新回复 (15)
  • Xenos 07-30 09:45
    1楼

    没缓存了正常计价就是这个价格了。

  • 吴亦Fan？ 07-30 09:45
    2楼

    冷启动 缓存没有了啊。正常啊！！可以这么理解吧，cc才1个小时缓存呢 ~~

  • 白泽 07-30 09:47
    3楼

    缓存时长小于限额恢复的时长是这样的，deepseek的硬盘缓存仅此一家，其他家的缓存有一小时都谢天谢地了

  • Liqiang Chu 楼主 07-30 09:59
    4楼

    我5小时限额了，放着不动等5小时。肯定就失效了吗？怎么设置长时间缓存补释放啊。

  • Liqiang Chu 楼主 07-30 10:00
    5楼

    那我这边到5小时了，只能等着。这样是不是就无解了？

  • whisky3 07-30 10:03
    6楼

    压缩会话，或者新开会话让它读之前的会话继续任务

  • 萧瑟 07-30 10:04
    7楼

    还有更坑的，kimi会开subagent写代码，然后5H限额写到一半被打断，继续是在主线程，之前subagent的白写了，希望优化下

  • unsafetrait 07-30 10:06
    8楼

    你这个因为缓存超过1小时了，你如果触发了5小时线，我建议你重开窗口来做，我们上次也遇到过不过699，没那么猛22%，只扣了一点，他们也说太夸张了，还有如果不是特别复杂的任务，你可以用K3-256K ，用量翻倍

  • unsafetrait 07-30 10:06
    9楼

    这个问题确实是个问题，SUBAGENT缺少限制

  • HeriX 07-30 10:07
    10楼

    只有deepseek有超过一天的缓存

    a/这种, 缓存5分钟就能失效

  • hehe 07-30 10:10
    11楼

    额度少的可怜，199套餐画几张svg图50% 5h额度就没了 ^-^

  • Liqiang Chu 楼主 07-30 10:12
    12楼

    我始终一个会话就没退出过。压缩会话它也要读取原来的全部会话内容吧?

  • 嬴麻 07-30 10:12
    13楼

    长上下文本来就会消耗更多的token，再叠加缓存失效

  • Liqiang Chu 楼主 07-30 10:14
    14楼

    哥们，上下文长消耗可以。现在主要是每次5小时超标后，你在原始会话随便发一个消息，直接消耗你20%多5小时额度啊。

  • kevin 07-30 10:16
    15楼

    都是这样，你用cc cx缓存过期重启长对话都是直接扣很多

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐