插件目录 / Developer / dsh-find-plugins
dsh-find-plugins
已验证 · 实测可装 Nagi-ovo
功能简介
无描述。
推荐 — 实测可用且热门
无描述。 实测能干净安装、正常启动。176+ stars,社区认可度高,是低风险选择。
「已验证」表示我们的自动化 CI 在干净 profile 里实际执行了 dsh plugin add 并启动成功——仅此而已。功能描述与版本兼容性均为作者声明。这不是安全审计,也不代表对第三方代码的背书。
README
dsh-find-plugins

简体中文 | English
对 DSH 说一句「有没有插件能……」,它就会从全 GitHub 的 dsh-plugin topic 里找出候选,解释差别,等你选好以后再安装和验证。
仓库属于个人还是组织并不重要。只要是公开仓库并带有 dsh-plugin topic,转移仓库后仍然能被发现。
安装
把下面这句话发给 DSH:
请从 https://github.com/Nagi-ovo/dsh-find-plugins 安装 dsh-find-plugins skill
手动安装时,把 skills/find-plugins/ 整个目录复制到 $DSH_HOME/skills/(默认是 ~/.dsh/skills/);只想给当前项目使用,则复制到 <项目根>/.dsh/skills/。如果还想与其他 Agent 共用,也可以放在 <项目根>/.agents/skills/。目录 watcher 会让它立即生效。
它会怎么做
Skill 会先运行自带脚本,获取所有公开、未归档、非 fork 的 dsh-plugin 仓库。它只检查最匹配的少量候选,并从 README、package.json 和仓库文件判断应该按 bundle、Cordis 插件还是 skill 安装。
你选定之后、开装之前,它会先查一遍这个插件的 lifecycle scripts、对外网络和子进程、读取的会话数据与凭据,以及仓库本身的可信度,然后无论有没有问题都汇报一次,再问你要不要继续。插件跑在你的 DSH 进程里,装它等于授权。
比如「想把数据和流程画出来」可以找到 dsh-visualize;「想给 Web UI 加点 2005 年互联网味道」可能会找到 dsh-ads。检索命中纯属巧合。
dsh-external/hub 在当前账号可访问时可以补充分类和安装信息,但 GitHub topic 才是主目录。灵感来自 vercel-labs/skills 的 find-skills。
License: BSD-3-Clause
安装
装一次目录插件,之后本站所有插件都能让 DeepSeek Harness 自动找、自动装:
dsh plugin add dshbase-catalog 然后对 agent 说「帮我装 dsh-find-plugins」,它会在目录里找到并自动安装。文档:dshbase-catalog · 已验证场景包。
该插件是 GitHub 源码(未发 npm)——直接从仓库装:
Web profile:
dsh plugin --profile web add github:Nagi-ovo/dsh-find-plugins Headless(CLI)profile:
dsh plugin --profile headless add github:Nagi-ovo/dsh-find-plugins 实测报告
验证通过:从 GitHub 源码完成 L1 安装 + L2 加载 + L3 运行(dsh 0.1.0-rc.6)。
使用场景
扩展 agent 的编码能力面——给它一个新工具、工作流或集成,让它接手以前做不了的开发任务。
适合谁
想让 dsh 在真实代码库上像队友一样干活的开发者——能改、能跑、能验证,而不只是回答问题。
二次开发建议
工具/命令面就是缝:暴露更多 SDK 能力、加更聪明的上下文接线,或收紧改代码与验证之间的循环。