Skip to content

dsh-context-toolkit

Verified

dsh-context-toolkit · v0.3.12 · MIT · Web UI

DeepSeek Harness bundle: native ctk_* sandbox tools, a routing gate that keeps bulk output out of the transcript, and a local full-text knowledge base. No third-party runtime dependencies.

Install

dsh plugin add dsh-context-toolkit

Confirm the layer applied with dsh --profile default --dump-config — see the install guide.

Source

Tags

Creators

Readme

上下文工具箱(dsh-context-toolkit)

简体中文 | English | 更新说明

一个给 DeepSeek Harness 用的插件:让大块输出不进对话。

它的做法是把"原始字节"和"结论"分开——命令在子进程里跑、文件在沙箱里分析、网页与长材料归档进本地知识库,对话里只留下结论、片段和计数。另有一道路由门禁,在工具调用前挡掉那些注定会灌满对话的操作。

零第三方运行时依赖:知识库用 Node 自带的 node:sqlite(含 FTS5),跑码用系统已有的解释器,安装后不需要再拉任何包。

它有什么用

问题 这个插件的做法
跑个命令,输出几千行,只想知道"有几个" ctk_execute 在子进程里跑,只把结论带回来
读大文件做统计,不想把全文塞进上下文 ctk_execute_file 让文件留在沙箱里
一次要问很多条命令 ctk_batch_execute 一条调用跑完,逐条报状态
网页/长文档看完就废,下次还要重看 ctk_index 归档,ctk_search 按需取片段
curl / wget 直接把整页灌进对话 路由门禁硬拦,并给出替代方案
不知道到底省了多少 ctk_stats 报台账;设置页有实时占用面板

工具

工具 用途
ctk_execute 在沙箱子进程里跑代码(javascript / esm / typescript / shell),只回结论
ctk_execute_file 对某个文件跑代码做统计或抽取,文件原文不出沙箱
ctk_batch_execute 一次跑多条命令,逐条状态,输出只有结论
ctk_index 把文本或文件存进本地 FTS5 知识库
ctk_search 多查询检索知识库,返回围绕命中词的片段
ctk_retrieve 取回被瘦身压缩掉的原文(逐字节,按 [ctk_retrieve id=…] 标记的 id)
ctk_retrieve 取回被瘦身压缩掉的原文(逐字节,按 [ctk_retrieve id=…] 标记的 id)
ctk_fetch_and_index 抓网页 → 去标签转文本 → 直接入库
ctk_purge 删除已归档内容(必须 confirm: true)
ctk_stats 节约台账:拦截次数、沙箱保留字节、归档字节、调用计数
ctk_doctor 自检:解释器能否真启动、临时目录可写、知识库能否往返
ctk_context_report 当前会话的上下文占用与构成

安装

从 npm 安装(推荐):

dsh plugin --profile desktop add dsh-context-toolkit

从 GitHub 安装:

dsh plugin --profile desktop add github:chimneyQ/dsh-context-toolkit

本地 checkout 时可直接指定目录:

dsh plugin --profile desktop add D:\path\to\dsh-context-toolkit

装完确认 <DSH_HOME>/profiles/desktop/package.json 的 dsh.profile.bundles 里出现 dsh-context-toolkit。

卸载:

dsh plugin --profile desktop remove dsh-context-toolkit

怎么用更划算

默认就该走 ctk_*。尤其是要分析、计数、过滤、看摘要的场合——直接把输出读进对话是这套插件要解决的原始问题。

// 想知道一个大目录里有多少 .log 文件、总共多大
await ctk_execute({
  language: 'javascript',
  code: `
    const fs = require('fs');
    const dir = process.argv[2];
    let n = 0, bytes = 0;
    for (const f of fs.readdirSync(dir)) {
      if (!f.endsWith('.log')) continue;
      n++; bytes += fs.statSync(dir + '/' + f).size;
    }
    console.log(n + ' files, ' + bytes + ' bytes');
  `
});

长材料先归档,之后按需取:

await ctk_index({ path: 'D:/specs/api.md' });          // 全文留在库里
await ctk_search({ queries: ['rate limit', 'auth'] });  // 只取相关片段

代理拦截网络下的 TLS

如果每次 ctk_fetch_and_index 都失败于 UNABLE_TO_VERIFY_LEAF_SIGNATURE,说明本机处在 TLS 中间人检查 的环境里,Node 内置根证书无法验证代理出示的证书链。caPemPath 用来指定一份要信任的 PEM。

auto(默认)指向 <DSH_HOME>/context-mode/ca/windows-roots.pem。本包不附带这个文件 —— 它是 本机自己根证书库的一份快照,所以在全新机器上它根本不存在,抓取会退回 Node 默认根证书。

设置 → 上下文工具箱,caPemPath 下方有一行:

  • 一个徽标,显示该文件是否存在(以及大小)—— 打开页面时只做一次 stat,不会为了渲染页面去读整份证书包;
  • 一个按钮,按下时才从系统根证书库(tls.getCACertificates('system'),约 500 张证书、约 820 KB)写出它。

已存在的证书包不会被一次点击覆盖:首次点击只是询问,只有明确确认才会覆盖。

这个按钮不做什么: 它导出的是系统证书库。若代理的根证书从未被装进该系统库(例如 IT 通过组策略推送), 导出的包仍然无法验证该代理。请先安装根证书,再导出。

配置

键 默认 含义
routing true 路由门禁总开关
denyCurlWget true 硬拦 curl / wget
bashNudgeMinCommandBytes 4096 超长命令的引导阈值(0 = 关闭)
maxReadBytesBeforeAsk 51200 大文件整读的引导阈值(0 = 关闭)
nudgeFetchTools true 把宿主取网页工具(web_fetch / read_page)也纳入整页引导
trustedReadBasenames package.json 等 不受整读门禁限制的文件名
compressNudgeTokens 120000 占用提示阈值(tokens)
searchLimit 5 ctk_search 每次查询的片段数上限
snippetChars 900 每个片段的字符上限
fetchMaxBytes 2000000 单页抓取上限
caPemPath auto ctk_fetch_and_index 的 TLS 信任链:auto = <DSH_HOME>/context-mode/ca/windows-roots.pem;也可填 PEM 绝对路径;留空 = Node 默认根证书。企业代理拦截 HTTPS 导致每次抓取都报证书错误时配它。
storageDir 空 知识库根目录,空 = <DSH_HOME>/context-toolkit
tools.* 见下 逐个工具的开关

工具开关:tools.execute、tools.executeFile、tools.batchExecute、tools.index、tools.search、tools.fetchAndIndex、tools.purge、tools.stats、tools.contextReport、tools.doctor,默认全部开启。

校验

离线套件不依赖 DSH 运行时:

node smoke.mjs        # 104 项:契约、运行时探测、工具、门禁(分段匹配 + 路径基准对齐 + script_path 与取网页工具覆盖)、输出瘦身与可逆取回及保留期、证书包存在性与导出、资源释放、知识库、观测、版本自述
node test-client.mjs  # 27 项:浏览器半体契约与双语字典一致性
node test-package.mjs # 20 项:发布清单与零依赖约束
node release-check.mjs # 34 项:发布就绪(清单/依赖/工具数/门禁匹配/版本/SHA 覆盖/无硬编码路径)

输出瘦身(工具执行后)

门禁在入口拦下次就会灌满对话的调用;瘦身则处理已经进来的输出——两者抓的是不同流量:门禁只能看调用的参数,瘦身看的是真实回来的字节(来自门禁不认识的工具、它没覆盖的入口,或本来就无法从调用预判的输出)。

在 tools/post-execute 处按形态选择策略:

形态 做法
同构 JSON 数组 无损表化重编码:键只写一次,信息零损失
表格 保留表头 + 首尾,中段按原始行号步进采样(模型拿到的是带坐标的地图)
grep/search 按文件折叠,每文件保留前若干命中
日志 折叠普通行,诊断行逐字保留
长散文 头尾窗口 + 显式省略标记
代码 / 键值对 不压(模型可能正要按精确字节编辑)

双重门:候选必须同时满足「字节 ≤ 72%」且「估算 token 严格下降」,否则放弃——压不动就不压,台账绝不虚报节省。

可逆红线:任何有损路径先把原文逐字节存好并注入 [ctk_retrieve id=…] 标记,用 ctk_retrieve 取回。原文与 FTS5 索引同在同一个数据库(一个文件两个职责:FTS5 找段落,blob 逐字节还原)。

  • 原文保留期:slimOriginalTtlMinutes(默认 1440 = 一天,0 = 永久)由插件在每次加载时执行一次清理;标记投递失败时按 id 精确回滚,不会牵连其他原文。

已知边界

  • 出站抓取受本机网络影响:若本机把域名解析到回环地址,ctk_fetch_and_index 会失败并明确说明原因(而不是只报 "fetch failed");此时改用 ctk_index 归档本地材料。
  • ctk_execute 的超时是硬杀:超时会终止子进程并把 timedOut 标出来。
  • 单次捕获上限 256 KB,超出部分只计数不保留;回给对话的文本另有 4000 字符硬帽,因此 1 MB 的单行输出也不会整段进入上下文。
  • 知识库按路径去重:同一路径再次归档是替换,不是追加。
  • 已被上游截断的输出不再压缩:上游工具自行截断并落盘的产物([output truncated; full output: …])与沙箱捕获上限的收尾(独立的 ~~~ 行)都视为已完成的工作,本层跳过并在台账「跳过原因」中计数。
  • 门禁精确而非穷尽:只有当洪水工具是某个分段的「命令词」时才拒绝(会先剥掉 sudo/exec 等前缀、归一化路径与 .exe 等扩展名),script_path 最多读取前 256 KB。程序内部发起的调用(如 python -c 'import wget')不在其职责内。
  • 路径基准与宿主一致:门禁读取 script_path 与 read 的 file_path 时,按会话工作目录解析相对路径(与宿主实际打开文件的基准相同);否则「宿主能跑、门禁看不见」就是一条现成的绕过路径。

许可

MIT