长会话衰减诊断与会话管理

同一个会话越拉越长，早期约束被稀释、重复探索增多、输出质量缓慢下降，这种现象就是长会话衰减。它通常不会立刻报错，却悄悄放大返工率。本节讲症状、机制与主动管理方法。

一、衰减的典型信号

信号	表现
遗忘早期约束	忽略开头设定的风格、禁止事项、目标边界，开始偏离需求
前后结论矛盾	后期建议与前期决策冲突，或重复推翻已定方案
重复探索	反复读取已看过的文件、重复搜索同一关键词，进展停滞
遵从度下降	对明确指令的执行变宽泛、敷衍，缺少细节落地
噪声占比升高	大量过程性输出、无效草稿与错误尝试占据上下文，有效信息密度下降
行为趋保守或极端	该改的不敢改，或在没有依据时扩大改动范围

二、为什么会衰减

• 上下文窗口容量有限：对话、读取内容与中间产物持续累积，早期细节在摘要与稀释后权重下降。
• 相关性被噪声摊薄：无关来回、超长输出、重复读取挤占了关键决策位置。
• 主题混合：多个不相关目标在同一会话交错，模型需要在不同意图间切换，容易混淆边界。
• 未持久化的口头约定随压缩丢失，新状态下又重新摸索，造成重复劳动。

三、主动管理：压缩、固化与会话切分

1. 用 /context 定期体检：查看占用与已加载记忆，发现冗余即清理或压缩，而非等到自动触发。
2. 里程碑主动 /compact：压缩时用指令指定保留决策、约束与失败线索（见上一节）。
3. 关键约束落盘：把不会变的要求写进 CLAUDE.md/规则/自动记忆，压缩后仍有稳定来源。
4. 探索与实现分离：只读调研交给子代理，返回精炼结论后再进入实现会话。
5. 用检查点兜底：走偏时 /rewind 回到清晰节点；重大阶段仍以 git 提交固化。
6. 主题切换即开会话：完成一个子目标后开启新会话承接下一步，需要衔接时按主题命名并用恢复命令接续。

四、何时必须新开主题会话

• 探索结论已成型、即将进入实现阶段，需要干净上下文执行。
• 任务从"理解代码库"转为"重构"或"写新功能"，目标与上下文形态发生根本变化。
• 压缩后仍出现反复遗忘、前后矛盾或重复搜索。
• 会话跨越多天、穿插多个主题，历史冗长且多数与当前目标无关。
• 并行协作中，审查/测试等角色应使用新鲜会话以获得无偏向的上下文。