DeepSeek Harness 插件库:4412 个现成插件

DSH，全称 DeepSeek Harness，是 DeepSeek 开源的一个能跑的编码 agent——可以理解成一个带网页界面、也能命令行跑的头less 工程师。它和很多工具最大的不同，是"一切皆插件"：模型、工具、沙箱、会话存储、界面，甚至 agent 的主循环，全都是能被替换或扩展的部件。

问题随之而来：这些插件散落在各个作者手里，找起来费劲。awesome-dsh-plugin 就是把它们收进一份精选列表：目前 GitHub 1.76 万颗星、CC0 协议、收录 4412 个插件、按 23 个分类组织，每个插件都能用一条 dsh plugin add 装进来。这篇按"是什么、能干啥、架构、怎么装、怎么用、哪些场景"把它讲透。

🔥 一、是什么

先说清楚它不是什么。它不是"又一个 Copilot"，也不是一个独立产品，而是一份插件目录。

它服务的主线是 DSH——DeepSeek 官方的开源 agent harness。你可以把 DSH 想成一个已经能用的编码 agent：给任务、读文件、写代码、跑测试。但 DSH 的设计哲学是把几乎所有核心部件都留成插槽：你想换模型、加工具、改沙箱、换界面、甚至改 agent 的推理循环，都可以，靠的就是插件。

awesome-dsh-plugin 干的事很简单：把社区做出来的、能通过 dsh plugin add 安装、且声明了 dsh.bundle 清单的插件，按用途归成 23 类，维护成一份可检索的列表。它本身不评判插件质量、不排名，只保证一件事：列表里每一条，装上就能按它那一行描述的行为工作。

数字回源：GitHub 1.76 万星、CC0-1.0 协议、4412 个插件、23 个分类（均来自仓库官方 API 与 badge 计数源 awesome-dsh-plugin.com/count.json）。

🔥 二、能干啥

说白了，它是给 DSH 用户的一份"插件黄页"。你带着需求来，按分类翻，找到能装的那个，一条命令搞定。它解决三个具体的烦：

第一，找得到。 4412 个插件按 23 类组织（从 AGI 架构探索、UI 增强、模型/供应商，到浏览器、语音、Git 代码审查、工作流自动化、安全权限、远程移动端……），不用从头刷。

第二，装得快。 每条都遵循 dsh.bundle 官方协议，dsh plugin add <name> 即装即升级，不用手抄配置。它主推一个市场工具 dsh-market（dsh plugin --profile web add dshmarket），一键安装、一键切主题；还有个 dsh-find-plugin，让 agent 自己帮你找插件。

第三，有安全边界。 列表首页挂着官方警告：装一个插件 = 在你机器上跑一份第三方代码，它能读你的文件、用你的凭证、连你的网络，工具审批并不会给插件代码本身做沙箱。所以在列 ≠ 通过安全审查，装之前先看源码、别在存密钥的环境里试生插件。这条务必记住。

一句话：它是 DSH 生态的"应用商店目录"，让扩展一个 agent 的成本从"自己撸"降到"抄一行"。

🔥 三、架构是怎样的

（图注：中间纵向贯穿的是 dsh 核心 agent（Web 与 headless 两用），左右六个部件都能被插件替换或扩展，底部 dsh plugin add 是把插件注入的唯一入口，每个插件靠 dsh.bundle 清单声明自己要挂哪个槽。）

DSH 的架构可以用"六插槽"概括：模型/厂商、工具与能力、沙箱、会话存储、界面、agent 循环——这六个都是可插拔的。

插件跟核心之间的关系是"声明 + 注入"：每个插件带一份 dsh.bundle 清单，说明它扩展/替换哪类部件；dsh plugin add 读取清单把它挂进对应插槽。所以同一个 agent，换个模型插件、加个工具插件、换套 UI 插件，行为就完全不一样了——核心循环可以不变，能力却换了一套。

这种"协议化插拔"意味着：插件作者不用碰 DSH 源码，只要符合协议就能被任何 DSH 客户端（Web、命令行，或 dsh-desktop 等第三方桌面客户端）加载。列表是"客户端无关"的——一个插件被收录，是因为它遵循官方协议，而不是因为它适配了某个具体客户端。

🔥 四、怎么装

（图注：三条获取路径——照着 23 类列表翻、dsh-market 一键装、或让 agent 用 dsh-find-plugin 帮你找——最终都收敛到同一条安装命令 dsh plugin add <name>，装进 DSH 即刻生效。）

分三步，最省事的是走市场。

前提是先有 DSH。装插件本身只有一句：

dsh plugin add <插件名>

不想翻列表，就上市场：

dsh plugin --profile web add dshmarket

想聊天式找插件，装 dsh-find-plugin，让 agent 自己去匹配。装完记得读一遍目标插件的源码和它那一行描述，确认它干的正是你要的——这是列表自己的收录标准（"如果描述说 46 个工具，有人会去数"）。

一个容易踩的坑：--profile 这个参数指定的是装到哪个 profile（比如 web 界面这套配置），换 profile 装的话插件不一定在同一套里。生产环境建议先在独立 profile 里验证，再推广。

🔥 五、怎么用

装好插件只是第一步，用法上它遵循"选一个、装一个、验一个"的节奏：

选：按分类定位。要更聪明找 Tools/Memory/Skills，要顺眼找 UI/Themes，要打通外部找 Models/Git/Workflow，要控开销找 Usage & Billing/Security。

验：装完立刻跑一个最小的活儿，看行为是否跟描述一致；生插件在干净环境里验，别直接上生产。

组合：多个插件可以叠加，但留意它们都跑在你自己的权限上，凭证和环境要隔离。

它的克制也很实用：列表不排名、不背书。被列上只说明"能装、行为符合那行描述、有人在维护"；仓库消失、停止维护、或坏了，就会下线。所以把它当"可安装的候选清单"用，别当"质量认证榜"用。

🔥 六、哪些应用场景

（图注：23 个分类、4412 个插件按四类用途归族（示意）——让 agent 更聪明、让界面更顺手、打通你的环境、管好安全与开销；各列若干真实分类，完整清单见精选列表。）

把 23 个分类归成四类用途（示意），每类都是现成插件在跑：

给个人 / 小团队：把 DSH 按自己习惯调教——换个顺手的模型、加几个常调工具、套个喜欢的主题，成本极低。

给做 agent 的团队：这套"协议化插拔"本身值得抄——把模型、工具、沙箱、循环都留成插槽，等于给自己搭了一个可扩展的 agent 平台底座，而不是被某个实现绑住。

给安全敏感的部署：Security & Permissions、Usage & Billing 两类就是为此存在的；配合"先在隔离 profile 验、再看源码"的节奏，能把第三方代码的风险关在小门里。

🔥 边界与提醒

它管的是"插件目录"，不管"插件写得对不对"。4412 条是社区投稿 + 人工核对清单后收录的，但收录不等于审计，尤其涉及读文件、用凭证、连网络的插件，装前一定要自己过一遍源码。CC0 协议意味着列表本身几乎无限制可复用，但插件各自的许可证（多为各自仓库的协议）仍要单独看。

想真正用好它，路径很清晰：先固定一套基础插件（模型 + 两三个常用工具 + 主题），再按需往深里加，别一次装一堆。

还有一层容易被忽略：这套列表对「提交」本身是宽松的——PR 随时欢迎，判断标准不是「好不好」，而是「能不能装、行为符不符合那一行描述」。这让它更像一张随 DSH 版本增长的索引，而不是一份冻结的精选。跟着 DSH 主线走，你会看到每个分类都是活的。

至于「怎么判断一个插件值不值得长期用」，列表给了一条朴素标准：仓库还在不在、还在不在更新、坏了没。一个持续被维护的插件，配合你先在隔离 profile 里验过源码的节奏，风险基本可控；反过来，一个没人管的仓库，描述再漂亮也值得打个问号。

仓库：github.com/awesome-dsh-plugin/awesome-dsh-plugin · 市场 dsh-market · 中文说明见 README.zh.md