代码仓库分析

fast-compaction-dsh

DSH 的上下文压缩插件

E2 · 资料已核对已检查公开资料或源码证据;仅有固定提交链接并经对应源码核对,才可称固定版本核验。不代表本站运行过、认可性能或保证安全。
Stars
3
Forks
0
协议
—
最近提交
2026-09-20

Jev 在这里做什么

每对工具活动用两个 Noul 决定全留、截断结果或整对丢弃,DSH 将保留原文重建为转录检查点,失败回退 compaction-basic。

在 DSH 压缩接口逐字保留选中证据,并提供可检查的裁决报告和明确回退。

2026-10-24 核对固定版本的说明与实现材料。本站未安装或运行 DSH 插件。作者报告的往返耗时未独立复现。

这个项目适合解决什么任务?

在 DSH 支持的压缩接口处,用逐调用保留裁决替代摘要。

资料分析日期:

从输入到动作

  1. 配对工具调用和结果,固定首轮对话与近期消息。
  2. 按预算分批询问调用/结果两个 Noul。
  3. 将压缩区间重建为一条持久 user 消息里的逐字转录检查点。

实现中值得检查的地方

文字不变也可能改变封装

README 说明 DSH 用含角色标签的一条 user 消息替换表面区间;原文可不变,但原消息结构并未原样保存。

查看对应来源 ↗

这不是前置压缩顾问

它在压缩触发时继承引擎 summarize 接口;wjw66 版本则在此之前替换选中的结果节点。

查看对应来源 ↗

选择建议

适合以 DSH 压缩接口为控制点的场景。需核对检查点封装与 Agent 预期,不能只凭原文相同就认为解释等价。

如何自行检查

阅读 README 编号流程与 src/jev.ts 的 questionsFor,追踪保留结果、仅保留调用及丢弃,再检查它们如何带角色标签装入单条检查点消息。

结论的适用边界

  • 本站未安装或运行 DSH 插件。
  • 作者报告的往返耗时未独立复现。
本次分析的原始资料