keep 不保证最终完整出现
README 明确说明：最终 summary 预算不足时，即使 keepResult 达标也可能降级截断或省略。应检查产物，不只看模型答案。
查看对应来源 ↗代码仓库分析
fast-jev-compaction-pi
为 Pi 的上下文压缩筛选并原样保留关键工具证据，删除或截短过时的工具输出。
E2 · 资料已核对已检查公开资料或源码证据；仅有固定提交链接并经对应源码核对，才可称固定版本核验。不代表本站运行过、认可性能或保证安全。
- Stars
- 0
- Forks
- 0
- 协议
- MIT
- 最近提交
- 2026-09-20
Jev 在这里做什么
Jev 分别给出保留调用和结果概率，本地代码将选中原文证据与文字摘要装入最终预算，不足时仍会降级。
在常规 Pi 摘要中保留选中的精确输出，并明确最终预算限制。
2026-10-24 核对固定版本的说明与实现材料。本站未运行 Pi 会话或在线调用。本地渲染计时不证明在线模型的保留质量。
这个项目适合解决什么任务？
在 Pi 压缩摘要中保留选中的工具证据，同时允许普通文字摘要。
资料分析日期：
从输入到动作
- 扩展在 Pi 压缩前监听并配对已完成工具活动。
- 两个 Noul 判断调用及逐字结果是否仍有用。
- 本地代码在最终预算内组合生成摘要和原文证据。
实现中值得检查的地方
传输校验覆盖双问题
src/jev.ts 为每项读取 call_<id>、result_<id>，拒绝畸形 JSON，并区分超时与其他失败。
查看对应来源 ↗选择建议
适合能接受“普通摘要加部分精确工具证据”的场景。若必须直接定位原始会话表面，应比较其他设计。
如何自行检查
先读 README 决策表与最终预算限制，再看 src/jev.ts 的 readAnswer；追踪名义 keep 在预算不足时的降级，才能判断原始报错是否会保留。
结论的适用边界
- 本站未运行 Pi 会话或在线调用。
- 本地渲染计时不证明在线模型的保留质量。