大概是 12 号晚上 10 点以后开始出现问题。
我是重度用户，两个 Max 200$ 的账号基本够用，大概从昨天晚上开始 CC 应该是升级了一次。
我用的是 Cursor + Claude Code 插件，其实就跟 VSCode 差不多。
以前触发 Compacting, 会生成一大段文本，然后继续，这次升级以后行为变了，会变成输出一行
Compacted chat auto 168k tokens freed
之类 的，给一个提示，然后继续。问题是很快，大概运行几个 Bash Grep ，Read lines 之类的工具之后就会再次触发
Compacted chat auto 177k tokens freed
就从这个历史来看，很难相信几个不到 20 行的读取就能占用 100 多 k 的 token ，接下来 CC 大概没几步就要 Compacted 一次。而同样粒度的任务，以前可以顺畅的跑完，不触发 compact ，或者仅仅触发一次。
很明显就能看出来是有问题的，使用 /context 查看可以确定确实是 Messages 占用了 80%以上的 Token ，但是不知道里面是什么，开 debug 模式也得不到任何信息。
尝试回滚 stable 版本，CC Cli, VSCode, 甚至 Web 版本都有同样的问题。也尝试了重新安装，卸载所有 SKILLS, MCP 之类的也没有帮助。
昨天看 X 有人说 CC 把默认的 Effort 调成 Medium 了也是够鸡贼的，但是尝试 effort high 或者 effort max 也仍然不解决问题。
不知道大家有没有遇到？现在非常不爽，只能又暂时用回 Cursor 了。
11 条回复 • 2026-03-13 22:21:06 +08:00
 |
1
sockpuppet9527 11 小时 10 分钟前
没遇到过，我是直接使用的 Claude Code 。
几个 Bash Grep ，Read lines 的话，本身 token 消耗的应该不多，占得上下文不会很大。我经常喊 claude 按某个文档跑 xxx case ，跑了几十个也不会 compaction. |
 |
2
chengchengst OP 唉，以前没这毛病的，现在 Token 消耗多也就算了，关键是满的一比，产出照着脚踝砍，由奢入俭难啊。
还没有任何思路 |
|
3
chengchengst OP ⏺ Read 5 files (ctrl+o to expand)
⏺ Explore(Find i18n filter namespace) ⎿ Done (4 tool uses · 160.9k tokens · 1m 4s) (ctrl+o to expand) ⎿ Loaded apps/saas/CLAUDE.md ⎿ Context limit reached · /compact or /clear to continue ✻ Baked for 13m 25s ❯ /compact ⎿ Error: Error during compaction: Error: Conversation too long. Press esc twice to go up a few messages and try again. ❯ /context ⎿ Context Usage ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ claude-opus-4-6 · 40k/200k tokens (20%) ⛀ ⛀ ⛀ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ Estimated usage by category ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ System prompt: 3.7k tokens (1.9%) ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ System tools: 17.3k tokens (8.6%) ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ Memory files: 1.4k tokens (0.7%) ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ Skills: 351 tokens (0.2%) ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ Messages: 178.8k tokens (89.4%) ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛝ Autocompact buffer: 33k tokens (16.5%) ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ Memory files · /memory └ CLAUDE.md: 1.4k tokens Skills · /skills |
 |
4
AoEiuV020JP 10 小时 40 分钟前
vscode copilot chat 遇到过一次这样的问题，不过是至少几个月前的事了，
应该也是 claude 模型， 就是一直压缩，每一两个工具调用后就触发压缩， 只能认为是 bug ，关了开新会话就没再见过了， |
 |
5
zhonghao01 10 小时 30 分钟前
我刚才也出现了，之后给我的回复就全部都是英文了，不管我发什么。
 |
|
6
chengchengst OP @zhonghao01 这个倒是容易理解吧，compact 的 prompt 会把你的对话总结成英文，然后变成英文多中文少的状态，后续容易出英文。我的问题是不停的 compact ，上面那个图也是莫名其妙，第一排还是 20%， 然后下面 messages 又 89%，哪里像是只有 20%的样子。
|
|
7
chengchengst OP i.imgur.com/5oUwaoS.png
补张图，给大家看看有多离谱，真的是走两步就要喘一喘 |
|
8
chengchengst OP  |
|
9
chengchengst OP 根据观察发现应该是 context usage 的估算出现问题了;
输入 /context 命令就可以发现，最上面的 Tokens: xxxx/200k (xx%) 跟下面的 Estimated usage by category 根本对不上。 在下面 还有 80% 多 Free space 的时候，上面却显示 40k/200k (80%)。 是的 40/200 = 0.8 就是这么离谱的数学。这也许就解释了为什么喜欢 XJB Compact 。手动 /compact 后可以对齐，但是很快会再次出现问题。 在下面 179k Messaging 89.5% 的时候上面显示 20k /200k (10%)。这也许解释了为什么 2 个 Tool use 一次 Compact 却仍然在会来个 Prompt too long ， 而且手动 /compact 还报错。 真的是嗦不出话 |
|
10
chengchengst OP |
|
11
chengchengst OP 调查结果如下：
这是个广泛存在的问题 相关 issue 一大堆，核心是 token 计算/显示不准 + compaction 触发逻辑有缺陷： #32691 — compaction 触发太频繁 #26041 — 并行 agent 导致 autocompact 死循环 #24686 — compact 后丢失 plan 上下文 #27648 — compact 后重复跑测试 #25812 — compaction 甚至会损坏 tool_use blocks 导致 400 错误 目前官方都还没修。 看来我今天才遇到真的是运气很好了， 此贴终结，碰到同样问题的建议看看我上面那个 issue |
Select Language