dsh-plugin-doctor
在终端中运行以下命令:
dsh plugin install Tim-ReJet/dsh-plugin-doctor
将以下提示词粘贴到 DeepSeek Harness 对话框中:
在 DeepSeek Harness 中执行 dsh plugin install Tim-ReJet/dsh-plugin-doctor,或按资料从 https://github.com/Tim-ReJet/dsh-plugin-doctor 安装并确认 bundle 已写入当前 profile。
插件介绍
准备把仓库提交到 dsh-plugin 目录时,很多要求靠清单、补丁、peer 依赖和仓库元数据就能机械验证,却往往在维护者人工审阅之前就静默通过或静默失败。dsh-plugin-doctor 把同一套规则做成 DeepSeek Harness 宿主插件与 CLI:只读扫描被审计仓库,不写文件,默认也不发起网络请求。
引擎最多运行十五项检查,具体数量取决于仓库声明了什么;清单无法解析时会少一些,个别项仅在出现对应条件时才运行。覆盖范围包括 package.json 与 dsh.bundle 补丁、peer 依赖与 prerelease 范围建模、实现文件是否可达、描述是否实质说明功能、仓库年龄与 GitHub dsh-plugin 主题等。每一项失败都会点名应如何修复;CLI 在无错误时退出 0,有失败时退出 1,--strict 下警告也会算失败。
在 Harness 会话里,模型可调用 plugin_doctor 对当前仓库跑审计并据此改清单与结构;作者本地也可用同一引擎的 CLI 做提交前自检,或用 --emit-entry 生成目录所需的 data/plugins/__.yml 草稿。需要强调的是:它不能替代维护者阅读源码,也不做安全审计或行为验证;干净的结果只表示机械规则过关。
适合正在开发或准备上架 dsh-plugin 目录的插件作者、以及希望在 PR 前自检 bundle、peer 与仓库元数据的贡献者。
使用场景
- 提交 dsh-plugin 目录前自检 package.json 与 dsh.bundle
- 在 Harness 里让模型调用 plugin_doctor 并按报告改仓库结构
- 本地用 CLI 检查 peer 依赖与 prerelease 范围是否匹配当前 Harness
适合人员
- 准备上架 awesome-dsh-plugin 的插件作者
- 需要满足目录机械规则却不想等人工初审的团队
- 在 monorepo 子包中维护 dsh.bundle 的开发者