dsh-depguard
在终端中运行以下命令:
dsh plugin install DeLightor/dsh-depguard
将以下提示词粘贴到 DeepSeek Harness 对话框中:
在 DeepSeek Harness 中执行 dsh plugin install DeLightor/dsh-depguard 安装该插件,源码地址为 https://github.com/DeLightor/dsh-depguard
插件介绍
安装多个插件到 DeepSeek Harness 时,一个隐蔽的依赖拓扑问题可能随时让会话崩溃:当 dsh-tools 等核心包出现第二份物理副本时,JS Symbol 键(每次模块求值生成不同值)会让工具调度瞬间失败,残留的孤儿 tool_calls 更会让后续每轮请求陷入 400 INVALID_REQUEST 死锁。dsh-depguard 正是为了在问题暴露之前将其拦截而设计。
插件提供两个工具:dsh_depguard_predict 在装新插件之前静态拉取目标 manifest,与当前 runtime 的 @deepseek-ai/dsh-* 基准比对,直接依赖核心包标记 CRITICAL,peer 版本不匹配标记 WARNING;dsh_depguard_check 在装完后扫描落盘依赖树,检测核心包多份物理副本(同名同版本同样触发)、版本漂移、以及社区插件将核心服务打包进自身 node_modules 三类问题。每条结果附带 fix 字段给出修复建议命令,交由 dsh-undo-plugin、dsh-boot-guard 等第三方插件执行,检测与修复职责清晰分离。
适合运行多插件 Harness 栈的用户。插件严格只读、零运行时依赖,不写配置文件也不调用包管理器,所有 @deepseek-ai/* 包均以 peerDependencies 声明,确保自身绝不引入第二份核心副本。在会话中用自然语言说一句即可触发检测。
使用场景
- 装新插件前预测依赖拓扑冲突
- 排查已装插件中核心包的多份物理副本
- 定位版本漂移导致的工具调度崩溃
- 检查社区插件是否错误地将核心服务打包进自身 node_modules
适合人员
- 运行多插件 Harness 栈的开发者
- 曾遭遇 Symbol 键崩溃或 INVALID_REQUEST 死锁的用户
- 关注插件依赖健康度的 Harness 维护者