博客 · 指南
DSH 插件怎么挑：先看懂插件树，再按任务选
2026年9月1日 · dshbase · 改写解读
改写自微信公众号文章（账号：硅基直觉）对 DeepSeek Harness 插件生态的梳理；插件方向按原文保留，不代表 dshbase 推荐排序。
参考/线索（微信；非原文搬运） — 改写自微信公众号文章（账号：硅基直觉）对 DeepSeek Harness 插件生态的梳理；插件方向按原文保留，不代表 dshbase 推荐排序。
打开 DeepSeek Harness 的 topic 页，很容易觉得插件多到杂乱。真正值得琢磨的不是数量，而是它背后的组织方式。
核心不是给模型外挂工具，而是把整个 Agent 运行时拆成可替换、可重组、可叠加的插件。模型、工具、技能、会话、沙箱、存储、循环、调度、UI，都不写死在内核里，而是通过插件组合出来。官方的一句话很直接：every capability is a plugin。
为什么要把系统做成插件树
把 Agent 比作一辆车，模型只是发动机。方向盘、刹车、导航、仪表盘、安全护栏各有各的位置。Harness 做的，是把这些部件拆开，让运行中的 dsh 变成一棵插件树：profile、bundle、patch 按顺序叠加，组成当前会话看到的能力集。
这套设计有三个直接收益：
- 能替换：今天用这个模型，明天换另一个适配器，工作流不动。
- 能隔离：危险操作走沙箱和审批层，权限不必散落到每个工具。
- 能组合：一个能力可以拆成工具、事件、UI、存储、策略几层分别挂载。
六大类插件，先记能力边界
别急着记仓库名，先记边界：
- 模型类：接不同 LLM 或多模态模型，适合切换模型、混合能力。
- 工具类：让模型真的做事——搜索网页、读写文件、调用外部系统、执行命令，最像 Agent 的手脚。
- 会话和存储类：记录上下文、保存状态、回放历史、恢复任务。不想让 Agent 每次失忆，这层很关键。
- 沙箱和审批类：约束高风险动作、限制执行环境、决定哪些操作要人工确认。越接近真实工作流越重要。
- 编排类：循环、调度、子 Agent、后台任务，决定 Agent 是只会答题还是能持续推进。
- UI 类：Web UI、桌面壳子、面板、消息卡片。入口顺不顺，往往决定使用频率。
值得先试的几个方向
如果只想挑几个方向打开，按工作场景看这几类：
- 可视化产出（原型、看板、页面、PPT、图像）→
nexu-io/open-design - 架构图、流程图、数据流图 →
tt-a1i/archify - 跨天跨项目的长期记忆 →
MemTensor/MemOS、EverMind-AI/EverOS - 终端里当 coding agent →
esengine/DeepSeek-Reasonix - 多 Agent 协作、swarm →
ruvnet/ruflo - 顺手的桌面入口 →
anywhere-labs/dsh-desktop - 图片上传、外链、素材整理 →
Molunerfinn/PicGo - 找插件入口 → awesome-dsh-plugin 这类目录仓库，当入口用，别当第一批必装
怎么选：按任务，不按热度
选插件的原则只有一个：能直接增强当前工作流的先试，只是看起来热闹的先放一放。对插件生态来说，最贵的不是安装成本，而是把注意力投给了不适合自己的方向。
在 dshbase 装插件前，建议先看 已验证目录 和 审计说明。
刚接触 DSH，可以做一个小实验：从 topic 页挑一个最贴近你工作的插件方向，问自己一句——它是在帮我省步骤，还是只是多一个按钮？前者值得装，后者值得收藏。