夜雨聆风
前几天研究 DeepSeek Harness 时，我一直觉得它最有意思的地方，不是又多了一个能写代码的 Agent。
而是它把模型、工具、会话、沙箱、界面，甚至 Agent Loop 本身，全都拆成了插件。
这不是一个工具加插件。它更像一个可以不断换零件的 Agent 操作系统。
这套设计也迅速催生了一个有点夸张的社区。GitHub 的 dsh-plugin Topic 已经聚集了数千个仓库，DSH Hub 里也出现了视觉、记忆、终端、工作台、任务编排等各种插件。
但问题也来了。
GitHub 上打了标签的仓库，不一定真是原生插件。Star 很高，也可能只是“顺手兼容 DSH”。还有不少项目刚发布几天，README 看着很热闹，安装之后是否稳定，完全是另一回事。
所以这次我没有直接抄排行榜，而是结合 DSH Hub 的清单验证、GitHub 活跃度、安装方式和实际功能，挑出 10 个比较有代表性的项目，逐个聊聊。
01ModLens：先让文本模型看见
DeepSeek 的主力文本模型不会直接看图，这可能是日常使用中最明显的能力缺口。报错截图、产品页面、论文图表，一旦只剩文字描述，信息会丢得很厉害。
ModLens 做的事情很直接，把图片变成文本模型可以继续推理的结构化证据。
图片贴进对话后，它不会只返回一句泛泛的“图中有一个网页”，而是继续提取 OCR、阅读顺序、布局区域、实体和关系。模型拿到的是可以引用、可以核对的材料。
ModLens 在 DSH 中读取粘贴图片，并把视觉内容转成可推理证据
ModLens 在 DSH 中读取粘贴图片，并把视觉内容转成可推理证据。图源：项目公开演示
它还支持多种视觉引擎。可以接 Gemini、OpenAI 兼容接口，也能在获得授权后复用本机已经登录的其他 Agent CLI。某一路失败时，继续尝试备用通道。
如果你的需求主要是截图理解、图表阅读和 OCR，ModLens 是目前最容易先装上的能力插件。代价也很明确，图片可能被发送到你配置的第三方视觉服务，敏感材料要先确认数据流向。
项目地址：liustack/modlens
02DSH Vision Toolkit：从看图走到操作图片
如果说 ModLens 更像一座视觉桥，DSH Vision Toolkit 则是一整套视觉工作台。
它提供图片问答、元素定位、目标检测、裁剪、SVG 转换、长截图 OCR、前景提取、颜色分析、HTML 截图和像素差异比较等工具。
Vision Toolkit 对技术图进行结构化理解
Vision Toolkit 对技术图进行结构化理解。图源：项目公开演示
这里最实用的是它把 UI 还原做成了可验证流程。Agent 不是生成一个“看起来差不多”的页面就结束，而是把参考图和实现页面都渲染出来，计算像素差异、标出偏差区域，再继续修正。
ModLens 解决“模型看不见”，Vision Toolkit 解决“模型看见之后还要动手”。
做普通截图分析，前者更轻。做 UI 复刻、视觉验收、长图 OCR 或精确坐标定位，后者更完整。通常二选一就够了。
项目地址：Anionex/dsh-vision-toolkit
03DSH Better Sidebar：把 Web UI 变成工作台
原生聊天界面适合对话，却不一定适合长时间开发。你还是会在编辑器、终端、Git 和浏览器之间来回切。
DSH Better Sidebar 直接在 Web UI 右侧和底部搭了一套工作台。文件树、CodeMirror 编辑器、Markdown 和 PDF 预览、真实终端、Git diff、后台任务、子代理拓扑，都可以放在同一个界面里。
DSH Better Sidebar 的侧栏、终端、文件预览和子代理工作台
DSH Better Sidebar 的侧栏、终端、文件预览和子代理工作台。图源：项目 GitHub README
更重要的是，它不只是在堆功能。项目对外暴露了侧栏服务，其他插件可以注册自己的 Tab 和文件预览器。换句话说，它正在成为一块 UI 扩展底座。
仓库对 Windows、软链接、终端依赖和 iframe 沙箱都有专门处理，也提供真实挂载的冒烟测试。对于一个刚出现不久的社区插件，这种工程意识比功能数量更重要。
它适合把 DSH Web 当主力工作环境的人。需要注意的是，真实终端和文件编辑意味着更大的权限面，安装后最好检查工作目录边界和沙箱设置。
项目地址：omdsh-dev/DSH-better-sidebar
04dsh-TUI：给终端用户一套完整界面
也有人不想把工作搬进浏览器。
dsh-TUI 做了一套 Claude Code 风格的全屏终端，包括流式思考、工具调用卡片、上下文进度、TPS、模型和 Git 状态，以及双击 Esc 回滚。
dsh-TUI 的全屏终端界面
dsh-TUI 的全屏终端界面。图源：项目公开演示
它不是把 Web 页面塞进终端，而是直接接入 DSH 的会话日志、resume、fork、compact 和 Agent Preset。会话能恢复，回滚走官方机制，四种官方 Agent 模式也能在终端里切换。
喜欢 Claude Code、Codex CLI 这类交互的人，会很容易理解它的价值。它和 Better Sidebar 不是谁替代谁，而是两条完全不同的工作路径，一个把 DSH 变成浏览器工作台，一个把它拉回终端。
项目地址：ccch1mneyyy/dsh-TUI
05Aegis：不加工具，先约束 Agent 怎么工作
Aegis 是这批项目里比较特别的一个。它不负责加按钮，也不负责再塞一个搜索工具。
它是一套工程方法包，要求 Agent 在改代码前先识别项目基线、契约和边界，在说“完成”之前拿出新的验证证据，并追踪旧路径和废弃逻辑是否真正退出。
项目自己做了冻结基准测试，并公开了方法和结果文件。作者也明确提醒，这些数字只是特定任务和配置下的参考，不是对所有项目的质量保证。
它真正想修的，不是 Agent 不会写代码。而是 Agent 太容易在没有证据时宣布完成。
大型仓库、多人维护、架构约束严格的项目，会比较适合 Aegis。一次性脚本和简单改动则可能觉得它偏重。
项目地址：GanyuanRan/Aegis
06dsh-market：把插件商店装进 DSH
插件越来越多以后，真正麻烦的往往不是“有没有”，而是去哪里找、怎么判断能不能装、更新时会不会弄乱 Profile。
dsh-market 把精选目录直接放进 DSH 设置页。可以搜索分类、查看来源、安装、更新和卸载，主题类插件还能直接切换。
dsh-market 的插件市场界面
dsh-market 的插件市场界面。图源：项目公开演示
它的数据源来自人工精选的 awesome-dsh-plugin，而不是把 GitHub Topic 全部照单全收。npm 包还会核对仓库映射，避免同名包抢注；构建脚本默认保持阻止状态，需要用户明确放行。
如果你只想要一个稳妥、简单的入口，它是很合适的起点。
项目地址：dsh-market/dsh-market
07DSH Hub：更大的目录，更强调安装前审核
DSH Hub 走的是另一条路线。它的目录更大，既展示通过插件清单验证的仓库，也保留完整 Topic 视图，并把“是否可安装”明确标出来。
DSH Hub 作为独立插件市场运行在 DSH 设置页中
DSH Hub 作为独立插件市场运行在 DSH 设置页中。图源：项目 GitHub README
它的安装按钮不会立刻执行第三方代码，而是把仓库、精确 Commit、清单、生命周期脚本、校验值和权限要求交给当前 DSH 任务审核。确认之后，才进入安装。
dsh-market 更像精选商店，DSH Hub 更像带验证状态的社区索引。
两者功能有重叠，没有必要同时装。想要省心，选前者。想看更完整的生态和趋势榜，选后者。
项目地址：sliverp/dsh-hub-plugin在线目录：dsh-hub.cc
08dsh-web-ui：把各种增强打包成全家桶
dsh-web-ui 很难用一个词概括。任务看板、Git 图谱、右侧文件面板、移动端远程、SSH 运维、图像理解、实时吞吐、宠物和皮肤，全都在这个仓库里。
dsh-web-ui 的界面和皮肤组合
dsh-web-ui 的界面和皮肤组合。图源：项目公开演示
其中任务看板不是静态 TODO。卡片可以交给真实 DSH 会话执行，完成后回写状态，也支持 cron 定时触发。移动端则通过配对链接远程查看工作区、发送消息、切换模型和权限预设。
可以真实执行任务的看板
可以真实执行任务的看板。图源：项目公开演示
它的优势是功能集中，缺点也来自这里。聚合包一次装齐很方便，但插件越多，权限、依赖和界面冲突越难排查。更稳妥的方式是先挑真正需要的子模块，而不是看到“全家桶”就全部装上。
项目地址：zhu1090093659/dsh-web-ui
09graph-memory：把跨会话经验连成图
Agent 的记忆插件很多，但多数只是把旧对话重新塞回来。graph-memory 尝试把对话中的实体、关系和经验抽取成知识图谱，再在后续会话里按关系召回。
对于长期研究、复杂代码库和持续迭代的产品，这种方式比简单关键词检索更有吸引力。它可以记住“某个模块为什么这样设计”，而不只是记住一段原话。
Graph Memory 在新会话中召回其他会话记录的规则与证据链
Graph Memory 在新会话中召回其他会话记录的规则与证据链。图源：项目 GitHub README
不过，记忆插件最大的风险也不在能不能存，而在会不会把过时、错误或不该跨项目传播的信息召回。安装前要确认数据保存位置、项目隔离和删除机制。最好先在非敏感项目里跑一段时间。
项目地址：adoresever/graph-memory
10dsh-context 与 dsh-genui：两个容易被低估的小插件
最后放两个体量没有那么大，但方向很有意思的项目。
dsh-context 用面板和命令展示上下文由什么组成、占用了多少窗口、什么时候发生压缩、注入和剪枝。长会话突然变笨时，它能帮你判断问题到底出在模型，还是上下文已经被污染。
dsh-context 展示上下文组成、历史变化与压缩节点
dsh-context 展示上下文组成、历史变化与压缩节点。图源：项目 GitHub README
dsh-genui 则允许模型在回复中渲染图表、表单、测验、Mermaid、3D 场景等交互组件，用户的操作还能形成事件回到模型。
dsh-genui 在回答中渲染的交互式监控面板
dsh-genui 在回答中渲染的交互式监控面板。图源：项目 GitHub README
一个让 Agent 的上下文变得可观察，一个让 Agent 的输出不再局限于文字。
它们现在未必是最热门的，但很可能指向 DSH 插件生态下一步真正有价值的方向。
项目地址：
- bowenliang123/dsh-context
- omdsh-dev/dsh-genui
别急着把所有插件都装上
看完这一圈，我反而不建议一开始就追求“满配”。
DSH 的价值恰恰在于它允许你按任务组装，而不是重新制造一个越来越臃肿的超级应用。
如果主要用 Web，可以从 DSH Better Sidebar + ModLens + 一个插件市场 开始。偏终端，就换成 dsh-TUI + ModLens。长期项目再考虑 Aegis、记忆和 Context 可视化。
真正好的插件，不是让界面多一个入口。而是让 Agent 多一种可靠完成工作的方式。
生态入口
- GitHub Topic：github.com/topics/dsh-plugin
- DSH Hub：dsh-hub.cc
- 精选目录：awesome-dsh-plugin/awesome-dsh-plugin
注：插件热度和版本变化很快。DSH Hub 的“已验证”主要表示仓库具备可识别的插件清单，不等于经过安全审计或长期稳定验证。安装第三方插件前，请再次核对仓库、精确版本、生命周期脚本、权限范围和数据流向。本文不使用 AI 生成配图，保留的图片均来自对应项目仓库公开的真实产品界面、终端或功能演示截图，仅用于项目介绍。
