用途：在长会话中管理有限的上下文窗口，指导何时压缩、保留什么、丢弃什么，以及如何把持久状态外部化。核心原则是在逻辑边界压缩，而非任意时刻压缩。
主要能力：提供轻量级 Context Engineering Guard，在重大阶段开始、handoff 或压缩前用短文本执行，包含 objective、plan_5_steps_or_less、context_audit（keep/externalize/discard/stale_or_conflicting）、next_boundary；计划最多 5 步，若无法用 5 步表达则先收敛当前 tranche。提供压缩决策表，按当前阶段与下一阶段判断是否压缩，例如研究到规划、规划到实现、任务 A 完成到任务 B 开始应压缩，实现步骤 N 到 N+1 不压缩，实现完成到验证可选，验证到提交不压缩。提供 Context Audit 分类：keep 目标、约束、当前分支、修改文件、关键决策、最新验证结果、下一步；externalize 原始日志、大 diff、宽泛搜索结果、CI 全量输出、长 JSON；discard 已解决错误的完整堆栈、探索过程、失败假设重复细节；stale_or_conflicting 旧计划、旧 head SHA、过期 CI、与当前文件冲突的记忆。外部化优先使用 repo artifact、checkpoint、issue/PR 描述、run log 或用户指定 scratchpad，不把 raw session logs 当当前事实来源。压缩后保留清单包括当前任务目标和约束、不超过 5 步的当前计划、架构决策及理由、已修改文件列表、未完成步骤、发现的问题和 TODO、VibeGuard 约束、fresh verification evidence、review gate decision。
使用方式：感觉上下文即将耗尽时，判断当前阶段，查压缩决策表确认是否适合压缩，执行 context audit 决定 keep/externalize/discard/stale_or_conflicting，若适合则按保留清单整理摘要，再执行压缩。
限制与反模式：实现中途压缩会丢失关键上下文导致重复工作；压缩时丢弃约束会导致后续步骤违反规则；不压缩直到溢出比主动压缩更危险；把旧总结当远端真相需要重新 fetch、检查文件或查询 API。具体安装命令与平台支持暂未提供。