DSH Plugins
返回列表
🖥️

dsh-depguard

客户端 更新于 2026.08.25

在终端中运行以下命令:

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 维护者