CC 战略性压缩

要解决什么问题

在 Claude Code（或同类 CC 开发工作流）里，对话与工具输出会不断堆叠：未合并的 diff、重复读过的文件片段、已完成的子任务说明仍占满上下文。上下文一满，模型要么被截断，要么在「删什么、留什么」上靠即兴发挥，容易丢掉当前任务边界、未提交的变更意图或刚定下的约定。

「战略性压缩」针对的不是「把历史越压越短」本身，而是：在仍要继续写代码、改配置、跑命令的前提下，用可预期的策略收缩上下文，让后续轮次仍能对齐工程状态。

技能如何工作

cc-skill-strategic-compact 在资料中定位为开发技能（development skill）：它把压缩行为写进 Agent 的执行约定，而不是单次提示词里的临时要求。典型上会围绕这几类能力组织（具体触发与措辞以 SKILL.md 为准）：

• 保留项：当前文件/目录焦点、进行中的 bug 或 feature 描述、尚未验证的假设、与构建/测试相关的约束
• 可合并项：已完成步骤的冗长叙述 → 简短结论；重复的工具输出 → 摘要或指针（路径、commit、命令）
• 压缩时机：在长会话、多文件往返、或上下文占用明显升高时，主动规划一轮 compact，而不是等到硬截断

技能的价值在于把「什么必须留、什么可以压成一行」变成稳定策略，减少每轮重新解释项目状态的损耗。

适用边界与注意点

• 资料未展开实现细节时，不要假设它替你做 git 操作或自动改仓库；压缩的是对话侧上下文，不是替代版本控制。
• 涉及安全敏感信息、合规审计链路时，压缩前仍应人工确认摘要是否脱敏、是否遗漏审批条件。
• 若任务刚切换到全新模块且依赖大量未读代码，仅靠压缩无法替代必要的 read/探索；此时应先补全关键文件再 compact。
• 与项目自带的 AGENTS.md、团队规范并存时，以更严格的保留规则为准，避免技能默认策略覆盖团队约定。