Jev + Claude Code：上下文压缩项目怎么选

新输出太长：查看 Winnow

Winnow 在工具输出进入上下文前判断内容相关性，保留被隐藏原文以便召回。适合先研究“某一次读取带入太多无关内容”的场景。

它的复现检查应包括：关键代码是否仍可见、隐藏提示是否有用、召回能否找回完整原文。只看显示字符减少多少，会漏掉误删相关信息的问题。

依据: Winnow · reviewed source ↗

历史记录太多：查看 fast-jev-compaction

fast-jev-compaction 对旧工具调用和结果分别判断保留、截短或移除，保留的内容不改写；项目还包含 Claude Code hook 集成。它解决的是历史整理环节。

这条路径需要检查调用与结果配对、近期消息和用户约束。还要区分“交给判定模型的状态被裁剪”与“最后输出给助手的消息被改写”，两者不是一回事。

依据: fast-jev-compaction · reviewed source ↗

用同一组任务做选择

以下比较基于已核对源码的流程设计，不是速度、质量或费用排名。

建议的复现顺序

先使用合成数据和模拟判定器，确认安装与恢复机制可用，再开真实 Jev 请求。模拟压缩率只能说明流程跑通，不能证明模型能识别业务相关性。

• 准备一份需要修改 retry/backoff 的文件，并标出必须保留的行。
• 准备一段带“不要修改 legacy”约束的历史，标出不可丢失的信息。
• 先记录未压缩基线，再比较压缩后的任务结果与信息完整性。
• 验证接口错误时的回退路径，保留恢复原始上下文的方法。

当前验证边界

本站已在独立目录运行 Winnow 的 80 项模拟测试，以及 fast-jev-compaction 的 29 项模拟测试；Winnow 的演示缓存原文恢复一致。尚未运行真实 Jev 调用或完整 Claude Code 工作流，不能给出实际节费比例。

接着看这些项目

继续阅读