🎁 福利专区全网大模型免费应用 + 新用户福利 + 注册活动入口,低成本玩转 AI

AI 代码覆盖率归因 SleepEggTart/dsh-code-coverage

DeepSeek Harnessv0.1.1
SleepEggTart64 天前有提交已提供中文文档扫描:含敏感能力

解析会话日志归因 AI 文件,对比覆盖率并列出未测风险

29.1/100
综合分
1
GitHub 星标
161
npm 周下载
—/5
用户评分

数据截至 2026/9/16 · 周下载取自 npm 全网(含 CI / 镜像),非本站安装数;综合分由星标、活跃度与兼容性检查合成。

安装命令 · 需先装 dsh CLI 引擎
dsh plugin --profile web add dsh-code-coverage
npm 源 · dsh-code-coverage 的发布者账号已校验与本仓库一致

状态速览

判定依据:实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态
信任档位:仅索引
是什么
dsh 原生插件 · dev
装得上吗
静态安装检查通过
未做真实安装
L4 · 真实安装等级说明 →
安全吗
本站尚未对该插件做风险分级
暂未覆盖,不等同于无风险
还在维护吗
更新放缓:最近一次提交在 64 天前
档位由哪些信号合成

本站实装验证(真实安装 L4 覆盖全站;L5 为运行时冒烟或实机截图,覆盖范围小于 L4) · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。

验证判据与等级说明 →
社区实装还没有人打卡 · 装过的第一个就是你
安装兼容性检查✓ 自动检查通过
展开查看检查明细 ↓

以下结论由程序自动检查 npm 包、engines 声明与入口文件得出,未做人工实机验证——能装不等于用着没问题。

✓npm 包dsh-code-coverage @ 0.1.1
✓Node 引擎要求 >=18 · 基线 Node 22.19 满足
✓dsh CLI 依赖未声明 dsh 版本约束
✓入口文件main/exports/bin 已声明

验证方式:npm registry 存在性 + package.json 静态校验 · 最后检查 2026/9/23 02:25:35

安全扫描自动 · 静态分析源码
v2.7.0
🔵 扫描:含敏感能力尚无人工评估
展开查看扫描说明与证据 ↓

静态扫描发现插件具备触达本地系统的能力:执行外部命令、读写/删除本地文件、读取剪贴板或密钥类环境变量(至少其一)。这是能力清单,不是危险判定——具体能力项与证据见下方,安装前请自行判断是否需要。

可执行外部命令读写/删除本地文件
查看扫描证据(共 30 处,展示前 24 条)
  • 读取本地文件
    dist/index.js:48
    subs = readdirSync(fullDir);
  • 读取本地文件
    dist/index.js:55
    statSync(logFile);
  • 读取本地文件
    dist/index.js:79
    const raw = readFileSync(path2.join(this.dshRoot, "storages", "workspace.json"), "utf8");
  • 读取本地文件
    dist/index.js:100
    if (readdirSync(fullDir).some((s) => idSet.has(s))) result.push(dir);
  • 读取本地文件
    dist/index.js:111
    return readdirSync(dir, { withFileTypes: true }).filter((d) => d.isDirectory()).map((d) => d.name);
  • 读取本地文件
    dist/index.js:123
    jsonl = new TextDecoder().decode(decompress(readFileSync(logFile)));
  • 执行外部命令来自配置/变量
    dist/index.js:231
    spawnSync(process.execPath, [c8Bin, ...args], {
  • 删除本地文件递归
    dist/index.js:245
    rmSync(reportDir, { recursive: true, force: true });
  • 读取本地文件
    dist/plugin.js:54
    subs = readdirSync(fullDir);
  • 读取本地文件
    dist/plugin.js:61
    statSync(logFile);
  • 读取本地文件
    dist/plugin.js:85
    const raw = readFileSync(path2.join(this.dshRoot, "storages", "workspace.json"), "utf8");
  • 读取本地文件
    dist/plugin.js:106
    if (readdirSync(fullDir).some((s) => idSet.has(s))) result.push(dir);
  • 读取本地文件
    dist/plugin.js:117
    return readdirSync(dir, { withFileTypes: true }).filter((d) => d.isDirectory()).map((d) => d.name);
  • 读取本地文件
    dist/plugin.js:129
    jsonl = new TextDecoder().decode(decompress(readFileSync(logFile)));
  • 执行外部命令来自配置/变量
    dist/plugin.js:237
    spawnSync(process.execPath, [c8Bin, ...args], {
  • 删除本地文件递归
    dist/plugin.js:251
    rmSync(reportDir, { recursive: true, force: true });
  • 读取本地文件
    dist/cli.js:136
    subs = readdirSync(fullDir);
  • 读取本地文件
    dist/cli.js:143
    statSync(logFile);
  • 读取本地文件
    dist/cli.js:167
    const raw = readFileSync(path2.join(this.dshRoot, "storages", "workspace.json"), "utf8");
  • 读取本地文件
    dist/cli.js:188
    if (readdirSync(fullDir).some((s) => idSet.has(s))) result.push(dir);
  • 读取本地文件
    dist/cli.js:199
    return readdirSync(dir, { withFileTypes: true }).filter((d) => d.isDirectory()).map((d) => d.name);
  • 读取本地文件
    dist/cli.js:211
    jsonl = new TextDecoder().decode(decompress(readFileSync(logFile)));
  • 执行外部命令来自配置/变量
    dist/cli.js:319
    spawnSync(process.execPath, [c8Bin, ...args], {
  • 删除本地文件递归
    dist/cli.js:333
    rmSync(reportDir, { recursive: true, force: true });
扫描于 2026/11/2(1 天前) · 范围 入口闭包 + 全包扫描 · 来源 npm 发布包

静态扫描只反映源码中出现的调用,不构成安全背书;人工评估与自动扫描相互独立、互不覆盖。

依赖的 DSH / Cordis 模块
@deepseek-ai/dsh-tools
给这个插件打分还没有人投票↓
用户评分
还没有人投票,来当第一个

功能亮点

  • 解析会话日志归因文件
  • 叠加覆盖率对比
  • 列出未测风险清单

解析 DSH session 日志归因 AI 生成文件,叠加 c8 覆盖率,产出 AI vs 人工代码覆盖率对比、高危未测文件清单与信任分。

README

由 DeepSeek 最新模型翻译生成
dsh-code-coverage CI npm version license node AI 给你写的代码,到底有多少在被测试保护着? 解析 DeepSeek Harness(DSH)session 日志,归因 AI 写了哪些文件,再叠加 c8 覆盖率数据,产出 「AI 代码 vs 人工代码」覆盖率对比、未测 AI 文件风险清单与信任分。 这不是又一个覆盖率工具——c8 已经解决了覆盖率本身。我们的护城河是归因:通过解析 DSH session 日志,精确知道哪些文件被 AI 碰过,这是 Qodo、Diffblue 等外部工具做不到的。 真实项目数据 一个实际项目的归因结果(17 个 DSH session): | 指标 | AI 代码 | 人工代码 | | 行数 | 870 | 9,772 | | 覆盖率 | 68% | 5% | 信任分:68 / B AI 生成的代码覆盖率反而更高——因为 AI 写代码的同时把测试也写了。而 9,772 行人工代码,覆盖率只有 5%。
展开完整文档(README 剩余 1 节)
dsh-code-coverage

CI
npm version
license
node

AI 给你写的代码,到底有多少在被测试保护着?

解析 DeepSeek Harness(DSH)session 日志,归因 AI 写了哪些文件,再叠加 c8 覆盖率数据,产出 「AI 代码 vs 人工代码」覆盖率对比、未测 AI 文件风险清单与信任分。

这不是又一个覆盖率工具——c8 已经解决了覆盖率本身。我们的护城河是归因:通过解析 DSH session 日志,精确知道哪些文件被 AI 碰过,这是 Qodo、Diffblue 等外部工具做不到的。

真实项目数据

一个实际项目的归因结果(17 个 DSH session):

| 指标 | AI 代码 | 人工代码 |
| 行数 | 870 | 9,772 |
| 覆盖率 | 68% | 5% |

信任分:68 / B

AI 生成的代码覆盖率反而更高——因为 AI 写代码的同时把测试也写了。而 9,772 行人工代码,覆盖率只有 5%。

安装

方式一:一键安装(推荐)

Windows
git clone https://github.com/SleepEggTart/dsh-code-coverage.git
cd dsh-code-coverage
.\install-plugin.ps1

Mac/Linux
git clone https://github.com/SleepEggTart/dsh-code-coverage.git
cd dsh-code-coverage
chmod +x install.sh && ./install.sh

方式二:作为 DSH 插件安装(npm)

安装到 DSH web profile(dsh 官方插件安装方式)
dsh plugin --profile web add dsh-code-coverage

重启 DSH
dsh web

方式三:手动安装(本地开发)

git clone https://github.com/SleepEggTart/dsh-code-coverage.git
cd dsh-code-coverage
npm install
npm run build

打包并安装到 DSH web profile(版本号以 npm pack 实际输出为准)
npm pack
dsh plugin --profile web add ./dsh-code-coverage-0.1.1.tgz

重启 DSH
dsh web

注意:DSH 不读取 ~/.dsh/config.yml 之类的配置文件来加载插件。
插件统一通过 dsh plugin --profile add 安装到对应 profile。

前提条件:
- Node.js ≥ 18
- 本机已安装 DeepSeek Harness(~/.dsh 目录存在)
- 项目中存在 package.json

快速开始(CLI 独立使用)

安装 CLI(独立于 DSH 插件使用)
npm install -g dsh-code-coverage

分析当前目录 dsh-code-coverage

分析指定项目 dsh-code-coverage --cwd /path/to/your/project

覆盖自动探测的测试命令 dsh-code-coverage --test-command "npm test -- --pool=threads"

输出 JSON(供脚本/插件消费) dsh-code-coverage --json

生成 HTML 报告 dsh-code-coverage --html report.html

限制"高危未测文件"显示条数 dsh-code-coverage --top 5

定位高危未测 AI 文件,生成补测试计划(写入 dsh-fix-plan.json) dsh-code-coverage fix --top 3

按计划补完测试后,与上次存档对比验证提升效果 dsh-code-coverage verify

参数说明

| 参数 | 说明 |
| --cwd | 目标项目目录(默认:当前工作目录) |
| --test-command | 覆盖自动探测的测试命令 |
| --dsh-root | DSH 根目录(默认:~/.dsh,主要用于测试) |
| --json | 输出 JSON 格式 |
| --html | 生成 HTML 报告到指定文件路径 |
| --top | 高危未测文件显示条数(默认:10) |
| --help | 查看帮助 |
| --version | 查看版本 |

输出示例

╭─────────────────────────────────────────────────────╮
│ dsh-code-coverage — AI 代码信任报告 │ ╰─────────────────────────────────────────────────────╯

项目: /path/to/project Session 数: 17 个 DSH session 已归因测试命令: vitest --pool=threads

┌──────────────┬────────┬──────────┐
│ │ 行数 │ 覆盖率 │ ├──────────────┼────────┼──────────┤ │ AI 代码 │ 870 │ 68% │ │ 人工代码 │ 9,772 │ 5% │ └──────────────┴────────┴──────────┘

信任分: 68 / B

⚠ 高危未测 AI 文件(Top 3):
1. src/hooks/userealsendmutation.ts — 250 行未覆盖
2. ...

作为 DSH 插件使用

将本包安装为 DSH 插件后,Agent 在会话中可直接调用三个工具,无需手动运行 CLI:

安装到 DSH web profile(不要用 npm install -g,全局安装不会进入 DSH)
dsh plugin --profile web add dsh-code-coverage

重启 DSH
dsh web

| 工具 | 用途 |
| code_coverage_check | 分析 AI 代码覆盖率,产出信任分卡片 |
| code_coverage_fix | 定位高危未测 AI 文件,生成补测试计划(写入 dsh-fix-plan.json) |
| code_coverage_verify | 补测后重跑管线,与上次存档对比验证闭环效果 |

对话闭环示例:说"帮我提高这个项目的信任分",Agent 会依次调用 check(发现)→ 按计划补测试 → verify(验证提升)。

工作原理

三步自动化完成:

1. 归因 — 解析 ~/.dsh/sessions/ 下的 session 日志,识别 AI 创建或修改过的文件。支持 write、edit、str_replace_editor 三类工具调用,包含 subagent 子会话。

2. 覆盖率 — spawn c8 --all 收集测试套件的 V8 覆盖率数据。--all 标志确保从未被测试 import 的文件也会出现在报告中——AI 写了但从未被加载的文件恰恰是最危险的。

3. 交叉分析 — 将归因结果与覆盖率数据交叉比对,产出:
- AI 代码 vs 人工代码的行数与覆盖率对比
- 未测 AI 文件风险清单(按未覆盖行数排序)
- 信任分(0–100 分,附字母等级)

已知限制

提 issue 前请先阅读这些边界:

- vitest 3 pool=forks 屏蔽覆盖率。 vitest 3 默认 pool: forks,会阻止 Node 的 NODE_V8_COVERAGE 传递到子进程,导致覆盖率恒为 0。解决方法:加 --pool=threads(如 npm test -- --pool=threads)。这是 vitest 的问题,不是本工具的 bug。

- Shell 命令写文件不解析。 pwsh/bash 通过输出重定向(> / >>)写入文件的调用,MVP 不做解析。目前仅归因 write、edit、str_replace_editor 三种工具调用。

- 仅支持 JS/TS。 c8 的覆盖率采集针对 JavaScript 和 TypeScript,不支持其他语言。

- 文件级归因,非行级。 只要文件被 AI 碰过,整个文件就算 AI 生成。行级归因计划在 v0.3 实现。

- 人工事后修改不重新分类。 如果 AI 写了一个文件,人工后来改过,该文件仍算 AI 生成。这是有意为之的简化。

- 测试命令按空白拆分。 --test-command 按空白字符拆分参数,不支持带引号的复杂命令。建议传入 wrapper 脚本。

关于覆盖率数字

覆盖率是一个有用的起点指标,不是质量判决。

2026 年社区已有反面案例:91% 行覆盖率的项目在实践中零 bug 检出——因为被覆盖的行是 trivial 的,而关键路径仍处于测试盲区。

信任分高,只意味着 AI 生成的文件有测试,不代表测试质量高。用这个工具来发现盲区,而不是证明质量。

Roadmap

| 版本 | 状态 | 说明 |
| v0.1 | ✅ 已发布 | 文件级归因、c8 覆盖率叠加、信任分、终端 + JSON + HTML 输出 |
| v0.1.1 | ✅ 已发布 | fix / verify 补测试闭环(插件三工具 + CLI 子命令)、行级 gap 精确指引(补测计划定位到"第 X-Y 行") |
| v0.2 | 计划中 | 趋势追踪 — 基于 .dsh-coverage/history.jsonl 运行存档展示覆盖率与信任分变化趋势 |
| v0.3 | 计划中 | 行级归因(当前仅支持文件级) |

开发

克隆仓库
git clone https://github.com/SleepEggTart/dsh-code-coverage.git
cd dsh-code-coverage

安装依赖
npm install

构建
npm run build

运行测试
npm test

类型检查
npm run typecheck

License

MIT
预览分享卡片长什么样 ↓SleepEggTart/dsh-code-coverage
分享 · DeepSeek Harness Hub
SleepEggTart/dsh-code-coverage

解析会话日志归因 AI 文件,对比覆盖率并列出未测风险

这是你的仓库?认领条目

回到顶部