strategic-compact

strategic-compact 技能概览

strategic-compact 的作用

strategic-compact 技能帮助你判断何时手动运行 /compact，让长时间的 Claude 会话在任务边界处保持连贯，而不是在某个随机位置被压缩。它特别适合多步骤工作、且上下文很重要的场景：调研、规划、实现、测试，然后把任务干净地交接到下一阶段。

适合哪些人

如果你经常在长会话里工作、需要在无关任务之间切换，或者发现自己在多次工具调用后输出质量下降，就适合用 strategic-compact 技能。它尤其适合 Claude Code 用户：只需要一条简单的操作规则——在里程碑之后压缩，而不是等模型已经开始吃力了再处理。

它为什么不一样

这个技能不是通用的效率提示词，而是围绕上下文管理设置的一道轻量护栏，仓库里直接内置了实用触发条件：会话长度、工具调用次数和阶段切换。这让 strategic-compact 既适合工作流自动化，也适合那些自动压缩会打断关键推理的会话。

如何使用 strategic-compact 技能

正确安装并放到合适的位置

按照 Claude skills 的安装路径把仓库装好，然后把这个 skill 放在 Claude Code 在会话中能加载到的位置。仓库展示的是基于 hook 的工作流，所以 strategic-compact 最适合作为“持续运行的会话助手”来安装，而不是当成一次性参考资料。如果你的环境不同，就把路径和 hook 位置适配到你本地的 Claude 配置上。

先读这些文件

先看 SKILL.md，了解激活逻辑；再打开 suggest-compact.sh，查看实际的触发行为。如果你要把 strategic-compact 集成到 Workflow Automation 里，shell 脚本比说明文字更重要，因为它直接展示了阈值逻辑、会话计数器和提醒频率。

把模糊目标变成有用的提示

一个有效的 strategic-compact 使用提示，要包含你当前处于哪个阶段、已经做了哪些决定，以及压缩后哪些内容必须保留。例如：“我已经完成了 X 的调研，目前有三个候选方案，我想在进入实现前先 compact。请保留约束、被否决的选项和最终选定的计划。”这比泛泛要求“总结一下”要好得多，因为它明确告诉 skill 哪些上下文不能丢。

在边界点使用，不要中途乱压缩

strategic-compact 指南的核心规则是：在探索之后压缩、在执行之前压缩、在重大里程碑之后再次压缩。一个比较好的节奏是：收集事实，敲定计划，compact，然后开始实现。如果你等到对话已经变得嘈杂或前后不一致，再去压缩，损失通常会大于收益。

strategic-compact 技能常见问题

如果我已经在用自动压缩，还值得装 strategic-compact 吗？

如果你的工作有明确阶段，或者你经常在长会话中丢失重要决定，那么值得。自动压缩是被动响应；strategic-compact 是基于决策的。这个技能适合那些希望在逻辑断点而不是任意 token 压力下进行压缩的用户。

strategic-compact 在日常使用中到底改变了什么？

它改变的是你什么时候暂停并压缩上下文。实际使用 strategic-compact 时，你会在进入下一阶段前，有意识地保留计划、约束和未决问题。这样通常能带来更清晰的执行过程，也能减少“等等，我们刚才在做什么？”这种情况。

这个技能适合新手吗？

适合，因为它本身很容易上手：识别阶段变化、compact、继续往下做。新手最需要的是对“该保留什么”的纪律。如果你连当前目标、上一个决定和下一步动作都说不清，那大概率还没到适合压缩的节点。

什么情况下不应该用它？

不要把 strategic-compact 当成修复弱提示词的替代方案，也不要因为计数器到了某个数字，就在任务还处于同一个连贯步骤中时强行 compact。对于上下文压力并不是主要问题的短任务、孤立任务，它也没那么有用。

如何改进 strategic-compact 技能

保留对决策至关重要的上下文

最大的质量提升来自保留正确的内容穿过压缩：当前目标、约束、已选方案、被否决的替代方案，以及任何不可逆决定。对于 Workflow Automation 里的 strategic-compact，这意味着你的输入应该明确标注阶段边界和依赖关系，而不是指望模型自己猜出来。

留意最常见的失败模式

最常见的失败模式，就是压缩得太早或太晚。太早会丢掉有价值的探索过程；太晚则是在会话已经偏航之后才压缩。改进 strategic-compact 的用法，关键不是“聊天看起来很长了就压缩”，而是“工作形态发生变化时就压缩”。

在第一次输出之后给更好的输入

第一次 compact 之后，后续只需要重新说明继续推进所必需的信息：已选路径、下一项任务，以及不能改变的约束。如果你想让 strategic-compact 有更好的结果，就不要用“继续”这种模糊重启方式，而要明确说：“从已选方案继续，保留性能约束，推进到实现。”

结合仓库信号迭代调整

仓库里的计数提醒和 hook 设置，其实给出了一条很实用的改进路径：先调阈值，再观察你真实的里程碑通常出现在哪些位置，然后让提醒与这些边界对齐。这样 strategic-compact 技能会比固定死板地套用通用 /compact 习惯，更贴合你的实际工作流。