dsh-code-impact

改一个默认值、重命名、删掉一个方法——往往还是老流程：全库搜一遍、打开一堆文件、再跑完整类型检查和测试。问题不在于要不要全覆盖，而在于每次都靠「扫描」来凑答案。dsh-code-impact 把仓库关系预先建进符号索引与引用图，改完后只重解析变更文件，用一条查询告诉你「这次编辑实际碰到了谁」，并给出 file:line、置信度，以及明确写出的未覆盖范围。

插件在每个 Agent 会话里注册两个工具。code_query 负责查找符号、文件骨架、引用站点、类型层级与索引状态；code_verify 则在编辑后调用，做符号级 diff，并按 clean / internal / contract / breaking 四级给出结论——例如仅改实现与改签名/导出会被区分开，常量从 30 改成 60 只算 body 变更，不会误报成契约破坏。它是增量的：连续问两次且中间没再改代码，第二次应是 clean，适合「改一步、验一步」的节奏。

同一套索引还可以在 Settings → Code Impact 里浏览：目录架构、文件级 import 关系、继承层次，以及各会话对工具的调用审计。索引支持 TypeScript/JavaScript/Go，走相对路径与 tsconfig/jsconfig、go.mod 等解析规则；跨语言边、动态分发与生成代码不在模型内，答案里会诚实标注 heuristic 与 unverified。

适合在 DeepSeek Harness 里频繁做小步改动的开发者与 Agent 工作流：不想每次靠 grep 猜影响面，又希望在动签名或导出前就知道哪些调用点必须 revisit。零原生依赖、无 LSP，冷启动快，缓存落在仓库外，删了也能重建。