Back to home@fan56

dsh-dcp

No description

Stars
0
Language
JavaScript
Created
Aug 17, 2026
Updated
Aug 19, 2026
GitHub repo

Introduction

dsh-dcp

dsh(DeepSeek Harness)的确定性压缩后端:上下文压缩不调 LLM,开箱即用。

简体中文 · English

为什么做

dsh 默认的压缩(compaction-basic)每次压缩都要让模型把旧对话重新总结一遍——费 token、慢、结果还不稳定。我们参考 opencode 社区的 opencode-dcp(去重、清错、"技术摘要代替散文"),做了一个纯代码版本:

  • 零 LLM 调用:压缩本身不消耗任何额外 token
  • 输出稳定:相同对话永远得到相同摘要
  • 中文友好:用户原话/路径/命令/报错逐字保留,按 CJK 真实密度计价
  • 继承官方全部安全机制:触发、保留尾巴、事务锁、tool-pairing 边界都复用 dsh 官方实现(只替换"摘要"这一环)

效果

与官方默认压缩的对比

官方 compaction-basicdsh-dcp
摘要方式每次调 LLM 重写确定性代码抽取
每次压缩的模型调用1 次0 次
输出稳定性同对话多次可能不同相同输入永远相同
摘要内容语义归纳逐字保硬信息(路径/命令/报错/待办/用户原话)
中文依赖模型转写原样保留 + CJK 计价
触发/保留/溢出/安全官方继承官方,完全相同
检查点格式官方兼容(可互相合并)

设计上还吸收了 opencode-dcp 的思路(去重、清错、/dcp 命令、技术摘要),但按 dsh 的压缩接口重新实现——它服务于 opencode,dsh-dcp 服务于 dsh。

CJK 适配

内容逐字保留、不做英文转写;token 计价按 CJK 真实密度(中/日/韩/全角约 2 字符/token),不沿用宿主"4 字符/token"对中文的低估——中文会话的摘要预算反映真实成本,不会被饿死,信息更密集。

真实 dsh 会话实测

一段约 8 万 token 的历史压成约 700 token(~100x),全程零 LLM 调用;缓存命中率几乎不变(压缩后总会有一个"冷请求",任何后端都一样)。

真实会话里压缩出的检查点(中文内容逐字保留):

## Primary Request and Intent
- 帮我把登录页的重定向 bug 修掉

## Files and Code
- /app/src/auth/login.ts — W×1 R×1

## Errors and Fixes
- bash: FAIL src/auth.test.ts

## Pending Jobs
- add regression test

## Critical Context
- dsh-dcp 确定性压缩了 12 条消息 / 8 次工具调用(未调用 LLM 摘要)

Not in scope

  • 不做语义归纳:不"理解"代码,只保留"出现过的事实"。需要深度语义摘要的场景,请继续用官方 compaction-basic
  • dsh 已经有的我们不重复做
    • 工具结果剪枝(compaction-tool-result-pruner,确定性按大小剪)
    • 触发策略、保留尾巴、溢出恢复(直接继承官方;本插件仅新增轮数触发,见上)
    • /compact 命令、UI 检查点卡片(dsh 自带)

安装

推荐:配合我们的 dsh-tui-pi 用(tui 已依赖 dsh-dcp):

npm i @aiwayds/dsh-tui-pi
dsh plugin add @aiwayds/dsh-dcp     # 激活 dcp,bundle 自动挂载

独立使用

npm i @aiwayds/dsh-dcp
npx dsh-dcp-setup                   # 安全脚本:带日期备份 → 只追加 → 幂等判断,不碰你已有的配置

dsh-dcp 挂在 dsh 的压缩接口上,只对挂载了它的 profile 生效。web profile 没挂 tui,继续用官方压缩,不受影响。

/dcp 命令

命令作用
/dcp状态:配置、压缩次数、省下的 token
/dcp compact立即压缩(零 LLM)
/dcp set <k> <v>会话内调参,并提示如何持久化

可调键:deduppurgeErrorsmaxItemsmaxItemCharsmaxSummaryTokenslanguagetokenEstimatethresholdRatioroundIntervalnotice

触发条件

触发时机说明
压力触发每步请求前token ≥ thresholdRatio(默认 0.7)× 上下文窗口,继承官方
溢出恢复模型报 context 超限时继承官方
轮数触发会话每完成 roundInterval本插件新增;一轮 = 一次正常完成的 turn。默认 50:第 50 轮触发第一次,之后每 50 轮一次(100、150……);任何一次压缩(含压力触发)都会重置轮数时钟。到达轮数后的第一个空闲点触发(阈值之下也压)。0 关闭;需保持 auto: true(默认开)
手动/dcp compact/compact随时可用
  • subagent 同样生效:进程内 subagent(含 continuable 子代理)走同一套事件分发,压力/溢出/轮数触发对子会话独立计数、独立触发。
  • 压缩可见性:每次压缩成功后,会话里追加一行 dcp: 已压缩 N 条历史(约 X tokens,触发方式) 通知行(前端渲染为折叠行)。注意该行也会作为上下文随请求发给模型(每次压缩约 15–25 tokens),且 0.4.0 起默认开启notice: false 可关闭。/dcp 的 stats 持续累计(压力触发的多次 region 提交各计一次)。

配置

全部可选,默认即用:

默认说明
thresholdRatio0.7压力触发阈值;中文场景建议 0.7
roundInterval50每 N 轮触发一次压缩(0 关闭)。默认 50:50、100、150……每次压缩后重数
noticetrue压缩后在会话中追加一行通知
languagezh摘要语言;zh 额外识别中文报错和"待办:"
tokenEstimatecjkCJK(中/日/韩/全角)按 ~2 字符/token 计价;ascii 与宿主一致
deduptrue标注重复工具调用
purgeErrorstrue旧报错折叠成一条提示
maxItems / maxItemChars10 / 200摘要密度
maxSummaryTokens2048摘要 token 预算

设计参考

开发

npm install && npm test     # 61 个用例:抽取/压缩/命令/配置/触发/安装脚本

License

MIT