Claude Code 空闲压缩从摘要继续，可用 idleCompaction 关闭并自定义阈值
Claude Code 的空闲压缩机制会让会话在空闲后从摘要恢复而非完整上下文。该信号给出两个具体控制手段：在 settings 中设置 "idleCompaction": false 可关闭该行为，以及通过环境变量 CLAUDE_CODE_IDLE_COMPACT_MIN_TOKENS 自定义触发阈值，默认值为 200k。
原贴
查看原文原文
中文翻译
Claude Code 的空闲压缩会让 Claude 从摘要而非完整上下文继续。
作者说明可在 settings. 中设置 "idleCompaction": false 关闭，并通过 CLAUDE_CODE_IDLE_COMPACT_MIN_TOKENS 自定义阈值，默认为 200k。
核心信息
Claude Code 的空闲压缩机制会让会话在空闲后从摘要恢复而非完整上下文。该信号给出两个具体控制手段：在 settings 中设置 "idleCompaction": false 可关闭该行为，以及通过环境变量 CLAUDE_CODE_IDLE_COMPACT_MIN_TOKENS 自定义触发阈值，默认值为 200k。
- Claude Code 空闲压缩后从摘要继续，而非完整上下文
- 在 settings 中设 "idleCompaction": false 可关闭该行为
- 环境变量 CLAUDE_CODE_IDLE_COMPACT_MIN_TOKENS 可调触发阈值
- 阈值默认 200k，主要影响长会话场景
- 关闭压缩省下的是清晰度，付出的是 token 成本
详细解读
这是什么信号
这条信号披露了 Claude Code 的一个运行机制：当会话处于空闲状态时，会发生一次压缩，之后 Claude 是从摘要而不是完整上下文继续工作。同时它给出了两个可操作的控制点——在 settings 中写入 "idleCompaction": false 可以关掉这个行为，通过环境变量 CLAUDE_CODE_IDLE_COMPACT_MIN_TOKENS 可以自定义触发阈值，默认值是 200k。
值得注意的细节是：原文把配置位置写成了 settings.（末尾缺文件名），这是一个被截断的路径描述。把它当作“Claude Code 的 settings 配置”来理解是安全的，但具体写入哪个文件需要你自己在本地确认，不要照抄一个不完整的路径。
为什么重要
上下文本身就是 Claude Code 最稀缺的资源。长会话里，模型是否还“记得”前面的架构讨论、命名约定、已排除的方案，直接决定了它后续输出是继续推进还是在原地打转。空闲压缩的价值在于省 token、控制窗口占用；代价是恢复工作时看到的是摘要，而不是原始细节——摘要天然会丢信息，尤其是那些当时看起来不重要、后面才成为关键约束的细节。
换句话说，这不是一个“好”或“坏”的功能，而是一个权衡开关。默认 200k 的阈值意味着对多数人来说，只有长会话才会触发；短任务基本感知不到。真正会受影响的是那些动辄跑几小时、上下文堆到很深的重度会话。
对谁有价值
三类人最该关注。第一类是做长时间重构或跨文件改造的开发者，会话里积累了大量未写入代码的决策；第二类是写 Claude Code 工作流、模板、团队规范的工程效能角色，需要把这类默认行为固化进团队配置；第三类是做 agent 相关产品的团队，可以把“空闲后从摘要恢复”当成一个上下文生命周期的设计参考——什么时候压缩、压缩到什么粒度、阈值怎么定，是共性问题。
可以怎么行动
先观察，再决定。在遇到“Claude 好像忘了前面说过什么”的情况时，先怀疑是不是空闲压缩在起作用，再决定是否关闭。如果确实要关，按原文方式在 settings 中设置 "idleCompaction": false；如果不想完全关闭、只是觉得触发得太早或太晚，就调 CLAUDE_CODE_IDLE_COMPACT_MIN_TOKENS，把默认的 200k 往上调，让压缩只在更深的上下文里发生。
更稳妥的做法是把它当成团队层面的一个显式决策：默认保持开启以省成本，对少数关键长会话单独处理。另外，与其依赖模型记住全部上下文，不如把关键约束写进仓库里的文档——这是不受任何阈值影响的记忆。
风险与限制
关闭空闲压缩最直接的代价是 token 消耗上升和上下文窗口更快被占满，极端情况下反而更早触发其他形式的压缩或截断，未必得到你想要的效果。阈值调高同理，属于把问题往后推。
另外，原文中配置位置写的是 settings.，不是一个可直接复制的完整路径，落地前请以你自己的 Claude Code 版本和实际配置文件为准。这类设置项也可能随版本变化，公开信号只代表当时的可用状态，不能当作长期稳定的接口承诺。
信息差价值
这条信息的信息差在于：大多数用户只感知到“Claude 好像忘了前面的事”，却不知道背后有一个具名的机制和两个具名的开关。从“感觉模型变笨了”到“这是一个可以配置的默认行为”，认知层级完全不同——前者只能忍受，后者可以决策。
业务启发是，上下文压缩不该被当成黑盒。任何长会话型 AI 工具都会遇到同一个问题：什么时候把历史折叠成摘要。Claude Code 给出的答案是“空闲时触发 + 阈值可调 + 可关闭”，这三个维度的组合本身就是一套可借鉴的设计模式，尤其对做 agent 产品或内部 AI 工作流的团队。
可沉淀的动作有三步：一是在团队配置里明确 idleCompaction 的取值，而不是让它随默认值漂移；二是把关键约束写进仓库文档，降低对模型记忆的依赖；三是在遇到上下文丢失问题时，先检查阈值和压缩行为，再判断是否需要调整，避免误判为模型能力问题。
参考来源
TOPIC HUBS
延伸专题
AI SUMMARY
这篇文章回答了什么
Claude Code 空闲压缩从摘要继续，可用 idleCompaction 关闭并自定义阈值主要讲什么？
Claude Code 的空闲压缩机制会让会话在空闲后从摘要恢复而非完整上下文。该信号给出两个具体控制手段：在 settings 中设置 "idleCompaction": false 可关闭该行为，以及通过环境变量 CLAUDE_CODE_IDLE_COMPACT_MIN_TOKENS 自定义触发阈值，默认值为 200k。
这篇文章最值得关注的要点是什么？
Claude Code 的空闲压缩机制会让会话在空闲后从摘要恢复而非完整上下文。该信号给出两个具体控制手段：在 settings 中设置 "idleCompaction": false 可关闭该行为，以及通过环境变量 CLAUDE_COD…；Claude Code 空闲压缩后从摘要继续，而非完整上下文；在 settings 中设 "idleCompaction": false 可关闭该行为；环境变量 CLAUDE_CODE_IDLE_COMPACT_MIN_TOKENS 可调触发阈值
这篇文章和哪些AI专题相关？
它适合放在Agent工作流、AI工具、AI超级个体专题里阅读。 关联原因：这篇内容命中「Agent、工作流、Claude Code」等主题信号。；这篇内容命中「工具、Claude」等主题信号。；这篇内容命中「技能」等主题信号。
阅读这篇文章建议先理解哪些关键词？
建议先理解AI工具、工具、自动化、模型、Cursor这些关键词，再结合正文判断工具、机会或风险是否值得进入自己的工作流。