Vai al contenuto principale
B

dsh-conflict-guardian

baisama-cloud/dsh-conflict-guardian

Detects DSH plugin conflicts (duplicate mounts, failed/pending plugins, duplicate config row ids) at startup, auto-stops or restores the affected plugins, and shows a conflict report popup in the web UI. DSH 启动时检测插件冲突并自动停用/恢复,弹窗汇报冲突详情。

Installazione

dsh plugin --profile web add github:baisama-cloud/dsh-conflict-guardian

README

dsh-conflict-guardian

在 DeepSeek Harness(DSH)每次启动时检测插件冲突、自动停用或恢复冲突插件,并在 Web 界面弹出冲突报告,保证 DSH 稳定运行的插件。

插件激活(即每次 DSH 启动)即扫描一次加载器(loader)中的插件树,发现冲突立即处理,处理结果通过弹窗汇报——哪些插件冲突、在哪里冲突、做了什么处理。

功能

  • 重复挂载检测:同一模块以完全相同配置挂载多次视为真正重复,自动停用后加载的实例、保留第一份;同一模块不同配置(如 tool-subagent 的 spawn/fork 双实例)是合法的 Cordis 多实例模式,不会误判;
  • 启动失败检测:激活时抛出错误的插件(fiber 处于 failed,错误信息常直接指明冲突,如 service X has been registered at …),自动停用并报告失败原因;
  • 依赖缺失检测:因等待无人提供的注入服务而永远无法激活的插件(fiber 挂起),自动停用并列出缺失的服务名;
  • 自动恢复:启用但没有运行实例的条目会自动尝试重新启动(覆盖误停、加载失败等场景),恢复成功会明确提示;
  • 配置行 id 重复:静态扫描组合文件,发现同一文件内行 id 重复会给出警告(下次启动会导致加载器直接抛错),但不会修改你的配置文件
  • 界面弹窗:检测到冲突后,页面打开时自动弹出报告,逐条显示冲突详情与处理结果,可「重新检测」或「知道了」关闭。

所有停用/恢复都是运行时操作,不修改任何 cordis.yml——重启后仍按原配置加载,扫描会再次运行,正好符合「每次启动都判断、有冲突就关停」的设计。

安装

与 DSH 插件包相同的分发方式(参考 dsh-session-mover / dsh-omni-bridge):

# 克隆到本地后,用 dsh 的 bundle patch 机制挂载
npm pack            # 生成 dsh-conflict-guardian-0.1.0.tgz

或在 DSH 配置的插件列表中加入该包,cordis.patch.yml 已声明:

- insert:
    - id: dsh-conflict-guardian
      name: 'dsh-conflict-guardian'

lib/client.js 是已打包的浏览器 bundle(window.__ModuleLoader__.load 形态,与 dsh-omni-bridge 相同);宿主 lib/index.jswebServer 上注册 POST /conflict-guardian/report/conflict-guardian/rescan 路由供客户端调用。若作为动态插件运行,宿主同样提供 harness.handle('conflict-report' / 'conflict-rescan') 配对,并额外注册模型可调用的 conflict_check 工具(两种方式都已内置,逻辑共用)。

使用

  1. 安装并挂载后,每次 DSH 启动时插件自动扫描加载器;
  2. 发现冲突立即自动处理(停用冲突实例 / 恢复未运行实例),并生成报告;
  3. 打开 DSH 页面时,若有冲突即弹出报告弹窗:标题、摘要、每条冲突的位置(插件模块 + 组合条目 + 配置文件)与处理结果
  4. 也可随时点「重新检测」获取最新状态;模型可通过 conflict_check 工具随时检查。

工作原理

  • 通过 ctx.get('loader') 枚举加载器树中的真实插件条目(跳过 group/include 容器),读取每个条目的模块名、配置、启用状态与 fiber 状态(pending / active / failed);
  • R1 重复挂载:按「模块名 + 配置签名(JSON)」分组,同组多于一份即真重复 → entry._dispose() 停用后加载实例(运行时停用,不写配置);
  • R2 / R3 失败与挂起:failed 的 fiber 先 await() 取回原始错误;pending 的 fiber 列出 fiber.inject 中无人提供的服务名 → 停用;
  • R4 自动恢复:启用但无 fiber 的条目调用 entry.refresh() 重新启动,按恢复后 fiber 是否 active 判定成功与否;
  • R5 行 id 重复:读取每个组合文件(Include 树)的原始行,统计行 id 出现次数;
  • 报告通过 webServer 路由(静态安装)或 harness.handle(动态插件)提供给客户端弹窗。

限制

  • 停用/恢复不持久化:重启后按原配置加载并再次检测(符合设计);如需永久禁用某个冲突插件,请在组合文件中为该行设置 disabled: true 或删除多余行;
  • 冲突检测基于加载器运行时状态与组合文件静态分析,不解析插件源码内的服务注册(无法预判尚未加载时的服务冲突);
  • 模型工具 conflict_check 仅在动态插件运行方式下注册(静态安装不引入额外依赖)。

许可

MIT

Plugin correlati