夜雨聆风DeepSeek Harness （DSH）发布当天基本上就有 200 多个插件出现了。过了一天之后，我估计会有四位数的插件面世。
因为你会发现一个很自然的规律：别的 Agent 上已经被验证过的插件能力，到了DSH这里，社区往往也会尝试复刻一遍，终端界面、视觉输入、生成式 UI、记忆和工作流，大致就是这几类。
原因在于 DSH 把模型、工具、界面和 Agent Loop 都拆成了可以替换的插件，别的平台上已经跑通的工作方式，很容易被搬进来重新组合。DeepSeek 官方对 DSH 的定位也是如此：从模型适配器、工具注册到沙箱和会话日志，都可以做成插件。
但如果现在只给 DSH 装一个插件，我建议你先装一个开智插件（其实它的名字并不叫这个，我只是这么形容），因为最近DSH有个绕不开的话题：（疑似）因为训练数据污染带来的后续影响，社区里不少人在讨论同一个现象—同一个 V4 Pro，在同一套 API 条件下，换个 Harness 或者改一下首轮工具目录，代码 Agent 的表现就可能差很多。用户往往要先开启一个特定模式，模型才能进入比较正常的工作状态。
这个模式，社区叫它“开智”，对应的插件是 dsh-anchored-standard。
先开“开智”：它到底解决了什么问题
先说明一点：训练数据污染和 V4 Pro 在 Standard 模式下表现不稳定之间，社区有不少猜测和讨论，但并没有官方定论。我们能确定的是那个可观察到的现象——同一模型、同一 API，换了 Harness 或首轮工具目录后，工作状态会明显不同。
社区那句“没有这个插件，你的 DeepSWE 就是智障”，当玩笑听可以，但它确实抓住了一个奇怪的事实：模型还是那个模型，状态却不是那个状态。
dsh-anchored-standard 的做法很简单。第一轮只给模型看官方 Minimal 风格的 bash 和 str_replace_editor，等它完成第一次工具调用或回复以后，再开放完整的 Standard 工具目录。也就是说，它不是给模型增加任何新能力，而是在校准模型的启动状态。
作者在项目 README 里报告了几组社区实验：Project2 中 Standard 约 91/92，官方 Minimal 约 99/96，作者自己的两次 Windows 测试为 98、99。这些数字不是独立基准测试，只能当参考，但它们已经足够说明一件事：装插件之前，先想清楚自己要解决什么问题。对很多人来说，当前最需要解决的不是“加功能”，而是“让模型先正常起来”。
安装倒是很简单，你把这个 GitHub 插件装上就行，它有详细的教程：https://github.com/xiaobright/dsh-anchored-standard
怎么去找自己需要的插件
现在比较省事的入口，是社区维护的 awesome-dsh-plugin。它按 UI、模型、工具、技能、工作流、通知、安全和娱乐等方向整理 DSH 插件，目前已经列出 1000+插件。（这个数量多的好处，就是你到时候可以找到各种各样的插件，但问题是很多都是趋同的。我建议是只挑非常必要的，否则的话，你用原生的 DeepSeek Harness 其实也行 ）
但要注意两个问题：
1.它是社区清单，不是 DeepSeek 官方审核名单。
2.清单里的插件本身可能拥有文件、凭据和网络权限。
如果你不想对着一长串 GitHub 链接做考古，可以装两个“元插件”：
•dsh-market：在 DSH 里直接浏览、搜索、安装和更新插件，把插件市场的功能做成了插件。
•dsh-find-plugin：让 Agent 根据“我想要一个终端 UI”或“我想在任务完成后收到通知”这类需求，自己去搜索带 dsh-plugin 标签的项目。
这里有一个很有意思的变化：插件越来越多以后，插件市场变成了插件，插件搜索也变成了插件。你甚至可以让 Agent 帮你找下一件该装的东西。这说明 DSH 的插件体系已经不只是“别人做好了什么我装什么”，而是“我可以把选择和安装这件事也交给 Agent”。
就现在这种什么 plugin market 或者 plugin search，其实都只是一个临时的解决方案。因为 DSH 的最终目的，就是让一切都成为插件。
特别是在 DSH 上面还有一个“创造模式”。这个创造模式说白了，我觉得更多的应该是给 DeepSeek Harness 自身使用的——也就是它在遇到问题的时候，可以自己去生成合适的插件。
这样的话，它就有点像一个 AGI 了：遇到不会的问题，它自己去寻找、去生成各种工具来解决，而不是去找现成的。因为现成的并不一定适合自己，最适合自己的，永远是自己针对问题即时生成的。
查找以及使用插件的思路
具体选什么，取决于你平时怎么用 DSH。不需要把整个库都试一遍——装得越多，权限暴露面越大，出问题时也越难排查。
你的需求值得先看的项目它解决的问题想在终端里像用 Claude Code 一样写代码dsh-TUI全屏终端界面、会话恢复、上下文进度、Git 信息和工具状态集中在一个界面想让文本模型处理图片ModLens 或 dsh-deepseek-vision通过 OCR、视觉模型或结构化图像描述，把图片信息接进 DeepSeek 的工作流想把 DSH 变成开发工作台DSH-better-sidebar文件浏览、编辑器、预览、浏览器、终端、Git 和后台任务集中管理想让模型输出卡片、表格和交互界面dsh-genui模型输出结构化内容，浏览器渲染成表单、图表、Tab 和其他 UI 组件想控制安全、评测和第三方插件风险awesome-dsh-plugin 的安全与评测分类里面可以继续找 dsh-mcpguard、dsh-plugin-vetting、dsh-eval-harness 等项目想把 Agent 接到个人内容消费或推荐流程OpenBiliClaw 的 DSH 插件在侧边栏里查看推荐、保存内容，再让 Agent 根据反馈调整后续推荐
如果拿不准从哪开始，可以按这个顺序：
•主要写代码：开智之后接 dsh-TUI，先解决终端体验。
•经常处理截图、网页和设计稿：优先看 ModLens。
•想长期把 DSH 当开发工作台：Better Sidebar 的价值更大。
•只是试试 Agent 能不能生成一个能点的界面：dsh-genui 更有意思。
•其余通知、记忆、工作流类需求，去 awesome-dsh-plugin 的对应分类里翻，按需试，不必一次装全。
常见功能搭配
如果你不想从 300 多个条目里自己筛，可以先从下面四套组合开始。它们是按功能互补整理出来的起点，不代表官方推荐或唯一答案。
DeepSWE Janus 的四套插件组合
1. 代码党：先把“写、看、审”连起来
sh-TUI + dsh-at-file + dsh-change-review + dsh-context
这套组合的逻辑是：TUI 负责操作界面，@file 负责快速引用文件，Change Review 负责审查改动，Context 负责观察上下文到底被什么东西吃掉了。
它不追求“插件最多”，而是覆盖一次编码任务最常见的五个动作：开始任务、找到文件、执行修改、检查差异、确认上下文。
2. 长任务和团队项目：先把“记住、拆开、交接”做好
sh-plugin-focus + dsh-handoff + DSH-taskboard + dsh-notify + dsh-permissions
适合重构、迁移、写长文档、跑测试和需要隔夜继续的任务。Focus 固定目标和约束，Handoff 负责把上下文交给下一个会话，Taskboard 管理状态，Notify 负责提醒，Permissions 则把自动化的边界先画出来。
3. 研究和内容党：让 Agent 能看、能查、能沉淀
odLens + dsh-plugin-tavily + dsh-notion-connector + dsh-auto-memory
这套适合资料整理、论文阅读、产品调研和内容生产：视觉插件处理截图和 PDF 页面，搜索插件负责外部资料，Notion Connector 负责读写知识库，Auto Memory 把长期偏好和项目背景保存下来。
这里尤其要注意来源和权限。搜索结果能不能追溯、Notion 是否只开放必要页面、视觉服务会不会上传敏感截图，这些问题比“能不能多识别一张图”更重要。
4. 想省钱又想跑长任务：先做路由和降级
sh-tier-router + dsh-llm-fallbacks + dsh-progress-viz + dsh-permissions
规划和审查阶段用强模型，机械执行阶段用便宜模型；主模型超时后有备用路径；进度、成本和阶段状态可见；危险操作仍然需要审批。对日常开发来说，这套组合通常比无脑给所有请求上最高规格模型更实用。
最后的建议
DSH 目前仍是开发者预览版本，第三方插件也会在用户权限下运行代码，可能接触文件、凭据和网络。官方仓库和社区清单都提醒过这一点，安装之前至少要看权限、依赖和最近提交。
所以我的答案是，截止今天 8 月 16 号，我觉得最应该做的就是先花心思把模型的状态给校准好，之后再从插件生态里面去挑选适合自己的那些插件
如果只记一张清单，可以记成这样：
1.模型状态不对：先看 dsh-anchored-standard。
2.不知道去哪找：看 awesome-dsh-plugin、dsh-market 和 dsh-find-plugin。
3.写代码：看 dsh-TUI、dsh-at-file、dsh-change-review。
4.处理图片和网页：看 ModLens、dsh-deepseek-vision 和 vision bridge。
5.长任务容易丢东西：看 Focus、Handoff、Auto Memory 和 Context。
6.想做自动化：先看 Permissions、Taskboard、Notify，再考虑自动批准。
7.想让 Agent 输出可交互结果：试试 dsh-genui。
部分插件和链接集合
•官方：DeepSeek Harness
•开智：dsh-anchored-standard
•插件总表：awesome-dsh-plugin
•插件市场：dsh-market
•Agent 内搜索：dsh-find-plugin
•终端：dsh-TUI
•视觉：ModLens、dsh-deepseek-vision、dsh-vision-bridge
•工作台：DSH-better-sidebar
•生成式 UI：dsh-genui
•安全与评测：dsh-mcpguard、dsh-plugin-vetting、dsh-eval-harness
•代码效率：dsh-at-file、dsh-change-review、dsh-context
•长任务：dsh-plugin-focus、dsh-handoff、DSH-taskboard
•通知与权限：dsh-notify、dsh-permissions
•研究与内容：dsh-plugin-tavily、dsh-notion-connector、dsh-auto-memory、OpenBiliClaw DSH 插件
•模型路由与降级：dsh-tier-router、dsh-llm-fallbacks、dsh-progress-viz