dsh-test-insight

每次合并前，工程师最常被问到的问题是：这次改动到底该补哪些测试？哪里是保护盲区？dsh-test-insight 把这件事从凭经验猜测变成有据可查的分析流程——它读取仓库的测试与源码映射，结合变更风险，输出结构化的 TEST-PLAN.md 和一份仅限审查的隔离测试草稿，每条发现都标注证据等级（事实、推断、建议、待确认），让评审者一眼区分硬证据与仍需人工判断的条目。

核心能力集中在三件事：一是测试缺口检测，精确指出哪些模块、哪些入口缺少对应的测试保护；二是变更风险排序，在 change 模式下针对一次具体的 diff 或 working-tree 变更，给出应优先补充的测试目标；三是覆盖率矩阵分析，按目标乘以测试类别交叉呈现数据，避免只看总量数字而忽略结构性盲区。整个过程默认只读，不执行目标仓库的测试、构建、lint 或类型检查；若需跑测试，必须同时显式指定执行开关和白名单命令，双重授权才能触发。草稿永远标记为 DRAFT ONLY，通过语法检查不等于通过测试。

它适合在合并流程中需要系统化测试规划的小型团队，也适合希望把测试该写什么这个决策从口头讨论变成可追溯文档的工程师。可作为 DSH 插件接入 agent 流程，也可作为独立 CLI 或库嵌入现有 CI 管道。