dsh-conflict-doctor

在 DSH 里，插件常常已经装进 profile，却表现为功能不出现、装第二个后整段失效，或明明停用仍在生效——这些故障大多是静默的：fiber 卡在等待、tool id 撞车导致整行加载失败、patch 层整段替换把前一层配置盖掉，而现有手段多半只能证明「装上了」，很难给出「没在工作」的可执行结论。

dsh-conflict-doctor 把运行期图谱与磁盘上的 patch 层对齐，用只读扫描产出带证据与影响的报告：运行侧覆盖失败 fiber、PENDING 缺服务、tool id 与 entry id 冲突等；组合侧覆盖同层重复 row、模块双挂载、停用后又插入、静态 tool id 碰撞、peer/import 与服务等。每条 finding 尽量给出可粘贴的修复思路，并在存在 critical 时主动写入系统提示，无冲突时不占 token。

设计上默认只读、不注册服务、不改配置，避免治理工具本身成为故障源；版本敏感的 peer、import、engines 等检查会在确认运行宿主版本权威后再执行，磁盘与运行不一致时宁可跳过也不误报。适合维护多插件 profile 的开发者、排查「装上却没生效」的集成问题，以及需要在改 patch 前先看清层语义与碰撞关系的同学。