DSH Plugins
返回列表
dsh-startup-check

dsh-startup-check

工作流 更新于 2026.09.26

在终端中运行以下命令:

dsh plugin install cningan/dsh-startup-check

将以下提示词粘贴到 DeepSeek Harness 对话框中:

在 DeepSeek Harness 中执行 dsh plugin install cningan/dsh-startup-check 安装本插件(源码:https://github.com/cningan/dsh-startup-check),安装后需重启 Harness 以使 profile 中的 bundles 生效。

插件介绍

每装一个 DSH 插件,都像在赌重启后 Harness 还能正常打开:一旦某个文件语法错了、包结构不对或补丁指向了不存在的目录,你可能连提问的页面都进不去,只能手工二分插件树,而本来能读代码修问题的 Agent 也已经不在了。

dsh-startup-check 把这类发现挪到重启之前:通过 plugin_check,让模型在你仍在线的环境里检查插件树——从 lib 语法、main 与 client 导出、cordis 补丁引用,到 dsh 能否组装完整配置树;需要更强信心时,还可以在隔离实例上做真机启动与页面侧冒烟,并核对进程是否干净退出。设计上只读:不重启、不改动你正在用的 Harness;冒烟只用临时端口与超时,清理也只针对隔离进程的 PID。

当检查给出明确失败结论时,可配合内置的 plugin-fault-diagnosis 思路:读懂结论、定位文件、归类错误,再决定修复、禁用或回滚。静态检查与可选 live/page 分层也很清楚——未测到不等于失败,只有真正跑过的项才代表运行时行为。

适合经常在 web profile 里试装插件的维护者、插件作者,以及希望把「装完再重启」最后一步风险压到最低的团队。完整实例审计与页面检查依赖 Windows 与 Edge/Chrome;Node 需与 Harness 一致(≥22)。

截图预览

使用场景

  • 刚装好插件、尚未重启 Harness 时先跑 plugin_check
  • 怀疑某个 lib 或包结构会导致配置树无法组装
  • 需要在隔离实例上验证能启动且页面不报错再重启

适合人员

  • 经常在 web profile 里试装第三方插件的用户
  • 维护或发布 DSH 插件的开发者
  • 希望把「装插件→重启」风险降到最低的团队维护者