昨晚踩了个坑，记录一下，可能有人跟我一样以为 compact 很便宜。 我之前一直是 Max，最近降到了 Pro。昨晚额度刚重置，我第一件事就是 /compact 一下上下文，打算清清爽爽开工。结果面板上直接掉了 20%，人都看傻了。 回头翻了下记录： 18:17 最后一次正常对话，当时上下文已经 42 万多了（Opus 1M，一直没触发自动压缩，我也没管） 18:47 撞到 5h 上限 21:12 想 compact，还在限额里，没成功 21:21 额度重置后再 compact，成功了，然后 -20% 查了一下，可能是有些东西我之前搞错了。 我默认压缩会交给 Haiku 这种小模型去做，毕竟只是写个摘要，结果用的就是当前模型，Opus 的价格一分没少。它还得把整个上下文发过去才能生成摘要，我这次是 43 万 token，外加两万左右的摘要输出。 真正要命的是缓存。平时每轮虽然也要发 40 多万，但大部分走缓存读取，价格大概只有原价的十分之一，所以一直没感觉。缓存只保留 1 小时，我隔了 3 小时才回来压，缓存早就过期了，这 43 万相当于按原价重新付了一遍。粗算一下，这一次压缩顶得上平时十几二十轮对话。 Max 额度够厚，这点消耗根本注意不到，换成 Pro 一下就看出来了。 所以以后打算这么用：要离开很久的话，趁缓存还热先压一下再走，别等回来再压。真忘了压、隔了好几个小时才回来，那就别在原会话里压了，也别让它写总结，这时候发什么都是全价。直接开新会话，自己简单交代一下进度就行。平时也别仗着 1M 一直往上堆，上下文越大，哪天缓存一冷，代价就越大。 如果理解有错，欢迎指正。 2 个帖子 - 2 位参与者 阅读完整话题

  • 情报分类：综合情报
  • 分类依据：内容未命中明确的垂直分类规则，归入综合情报
  • 信息来源：服务器 / LINUX DO - 最新话题
  • 发布时间：2026/10/19 21:53:58