DSH Market:DeepSeek Harness插件市场


dsh-market GitHub 仓库 是一个给 DeepSeek Harness 配套的可视化插件市场。

###它到底是什么

DeepSeek Harness 本身可以理解成一个运行 AI 编程智能体的本地 Harness 环境,而插件市场相当于给这个 Harness 加了一层类似「应用商店」的东西。

目前市场目录已经超过 300 个插件,支持分类筛选、搜索、Star 数量、热门/最新排序,而且插件说明可以根据界面语言显示双语内容。

真正有意思的是「热安装」

这个项目并不只是做一个插件列表页面。

安装插件时,可以确认插件来源,然后实时看到安装进度。很多插件安装完成以后,刷新页面就可以生效,不需要重新启动整个 DSH。对于频繁尝试各种 Agent 插件的开发环境,这一点非常实用。

插件更新也被做成了 GUI 操作。市场能够检查 npm 版本或者固定 Git commit 与 HEAD 的差异,然后选择单个更新,甚至一次性更新全部插件。卸载同样提供二次确认。

换句话说,它正在把 AI Agent 的插件管理 从「命令行包管理」变成「桌面软件应用商店」式体验。

dsh-market把DeepSeek Harness插件生态装进市场!

DeepSeek Harness 刚进入公开使用阶段,插件数量迅速增长,dsh-market 随之把插件搜索、安装、更新、卸载和主题管理集中到一个市场界面,当前目录已经超过300个插件,并由社区注册表持续刷新,真正值得关注的变化,是插件从代码仓库里的一个文件夹,变成了可以被发现、验证、安装和管理的软件组件!

市场里到底装着哪些插件,这事儿比想象中有意思得多!

打开设置点一下鼠标就能装插件,但市场页面背后那个真正的插件目录,压根不在这个仓库里。dsh-market自己是个空壳,里面装的货全来自另一个叫awesome-dsh-plugin的精选列表。那个列表里,插件数量一直在涨——有人数到271个,有人数到275个,还有人数到300多个。数字对不上,这就怪了!

插件分类暴露了DeepSeek Harness的野心

DeepSeek Harness这个框架,模型、工具、沙箱、会话存储、UI、甚至Agent循环本身全是插件。插件市场里的货,按功能被分成了十几个类别。光看分类就能知道这个系统想干什么。

UI增强类插件最多。桌面宠物能在Web界面里养一只精灵图动画的小东西,Agent状态一变它就跟着动,还能设闹钟和番茄钟。终端UI插件让DeepSeek Harness能在命令行里跑。@file文件引用插件像Codex那样在输入框里搜文件直接引用。生成式UI插件更夸张,模型能把交互式HTML卡片直接画进会话流。侧边栏插件把文件浏览器、终端和Git审查全塞进一个面板。这些插件加在一起,DeepSeek Harness的界面已经快被改得妈都不认识了。

主题与外观:换皮比换功能还积极

主题类插件有专门的独立主题页,装完立即生效,点一下就能切换,主题之间互斥,选择结果跨重启保留。一个插件集合仓库里单独提供了15个精选主题家族,外加9个完整皮肤复刻。

主题当然没工具插件那么重要,但它暴露了一个事实:DeepSeek Harness的用户不光想改功能,还想改样子。一个开发框架长出皮肤市场,这事本身就挺有意思。

会话与消息:把聊天玩出花来

会话与消息类插件负责改造对话本身。聚焦会话插件能把聊天界面精简到只关注最终产出结果。对话内生成式UI让模型在回复里渲染图表、表单、测验、mermaid图、3D场景。这些插件加在一起,DeepSeek Harness的对话界面已经不是聊天框了,变成了一块能长任何东西的画布。

记忆:Agent不能只有三秒钟

记忆类插件解决的是Agent的健忘症。没有记忆插件,每次对话都是全新的开始。有了记忆插件,Agent能记住之前聊过什么、做过什么决策、踩过什么坑。这个类别虽然插件数量不多,但每一款都在解决同一个核心问题——Agent到底能记住多少。

记忆插件比界面插件更重要

UI 插件很好玩,真正改变 agent 工作方式的却是 Memory 分类!

madage/dsh-self-improved 提供长期记忆和自我演化机制,从信息捕获、记忆提取一路做到场景分组和用户画像,还支持自动回忆注入;dsh-mnemon 则提供跨 agent 的本地长期记忆、项目文档、语义召回和知识图谱;dsh-memoria 把向量检索、FTS5 全文搜索和知识图谱融合起来!

还有一个很有意思的方向,是“记住错误”!

dsh-negative-ledger 会保存已经被证明失败的路径,比如某条命令执行失败、某个文件不存在,然后在条件没有变化时阻止 agent 重复走同一条路!

这个设计看起来非常朴素,却击中了 agent 的一个核心问题!

普通聊天模型的记忆通常偏向“记住发生过什么”,工程 agent 更需要“记住什么已经证明不应该再做”,这两个概念差别巨大!

另外,dsh-premise-guard 专门防止上下文压缩以后关键前提丢失;dsh-compaction 则尝试用确定性的语义提取替代普通摘要,把代码、路径和命令保留下来;dsh-native-memory 则直接利用 Harness 自身存储接口建立工作区记忆!

于是插件市场里面出现了一条非常清晰的路线:agent 开始从“一次任务一次上下文”,向“跨任务持续积累状态”移动!

这比换一个漂亮主题重要得多,对吗!

工具与能力:给Agent装上手和脚

工具与能力类插件是数量最庞大的类别之一。视觉工具箱给纯文本模型补上了看图能力。OpenPencil设计插件让Agent能操作真实设计画布,创建、编辑、预览和验证可交互的多页面设计稿。AgentTeams插件更狠,装完之后只要一句自然语言,就能驱动一个多智能体团队协作完成目标。

还有一类插件专门解决Agent的"动手"问题。Tabbit浏览器插件让DeepSeek Harness能控制一个真实浏览器。终端AI编程Agent给每步操作加了一道确认闸。

浏览器和电脑已经能被操作

Tools & Capabilities 分类更加夸张!

dsh-browser-control 使用 Playwright 控制真实 Chrome,可以导航、点击、输入、截图,并提供大约80个浏览器工具;dsh-pilot 则通过 CDP 控制 Edge 或 Chrome,提供8个 pilot_* 工具,而且不依赖 Playwright;dsh-computer-use 则把电脑操作扩展到 macOS!

还有 kunjinkao-os/dsh-mobile-gui-agent,可以通过 ADB 截图和 UI 层级信息操作 Android;dsh-adb 可以发现设备、读取 logcat、安装 APK、传输文件和获取性能快照;dsh-hdc-bridge 则针对 HarmonyOS 设备提供截图、安装、日志和 UI 自动化!

这时候,“coding agent”这个词已经开始显得有点窄了!

因为 dsh-data-agent 可以连接数据库并编写 SQL;dsh-remote 可以管理多个 SSH 主机和远程工作区;dsh-docker 可以操作容器;dsh-email 可以读取和发送邮件;dsh-calendar 可以操作 CalDAV 日历;dsh-rss 可以管理 RSS/Atom 订阅!

更离谱的是,dsh-ffmpeg 直接提供视频探测、剪辑、拼接、编码、字幕、抽帧和 GIF 等工具!

于是一个 agent 可以从代码目录一路伸出去,进入浏览器、服务器、数据库、手机、邮件、日历和视频文件!

这才是插件生态最值得关注的地方,插件增加的并不只是“回答问题的能力”,而是在增加 agent 能够触碰的现实世界对象!


搜索和研究插件已经成型

知识工作同样已经出现完整工具链!

dsh-deepread 可以从 URL、文件或者粘贴文本进入深度阅读,提供快速阅读、知识地图、费曼模式和全文阅读等模式,还能输出带有主张、证据和数据的报告;dsh-kb-sieve 则把 Markdown、TXT、DOCX、PDF 建成可审计知识库,并使用 SQLite FTS5 做检索!

研究方向也已经细分!

dsh-scholar 是学术助手;dsh-pubmed 可以搜索 PubMed 文献、调查作者和机构;dsh-zotero 可以直接搜索本地 Zotero 文献库、读取笔记和批注、提取证据并生成引用;另一个 dsh-zotero 插件还能通过 Zotero 本地 API读取全文和附件!

网页搜索也不是只有一个插件!

dsh-plugin-tavily 接入 Tavily;dsh-web-search-exa 接入 Exa;dsh-plugin-search 可以在没有官方 DeepSeek API key 的情况下继续提供网页搜索;modsearch 可以把网页和 X 搜索结果转换成结构化 JSON 证据;argo 则把网页、学术、代码、购物、金融、新闻和百科搜索放到统一入口!

于是研究型 agent 的基本零件已经出现了:搜索、抓取、阅读、知识库、引用、Zotero、PubMed、网页证据!

这和“让模型知道更多东西”完全是两回事,真正增加的是获取证据、保存证据和再次检索证据的能力,这就有意思了!

图像能力正在从外挂变成基础设施

DeepSeek Harness 的模型能力还会受到视觉输入限制,因此 Vision 类插件特别多!

dsh-vision-router 可以给文本模型增加视觉能力,提供 OCR、截图、裁剪、像素差异、颜色分析、SVG 追踪等工具;dsh-vision-proxy、dsh-vision-bridge 则把图片先交给视觉模型转成文字,再交回文本模型继续推理;dsh-llm-vision-bridge 还支持缓存和失败重试!

还有更具体的插件!

dsh-bilibili 可以读取视频元数据、字幕、评论、弹幕和关键帧;dsh-image-search 可以调用 Google Lens、百度、Yandex、TinEye、SauceNAO 等反向图片搜索;dsh-video-downloader 可以分析并下载 Bilibili、YouTube、抖音、小红书和 X 的媒体内容!

图像生成也已经出现,dsh-image-gen 可以调用 GPT Image 2;dsh-draw-router 则能够从 OpenAI-compatible endpoint 自动发现图像模型,并覆盖 SenseNova、StepFun、Qwen、Flux、Stable Diffusion、Imagen 等路线!

所以 Vision 插件真正解决的是一个很具体的问题:文本模型无法直接理解屏幕和图片时,插件把视觉输入转换成模型可以处理的证据!

一旦再叠加浏览器控制,情况就更进一步了!

模型可以看到页面,浏览器插件负责操作页面,视觉插件负责解释页面,工具插件负责执行动作,这几块拼起来以后,agent 才开始真正接近“看见—判断—操作”的闭环,这就怪了!

GitHub已经变成了一个工作对象

GitHub 相关插件同样值得单独看!

dsh-github-intelligence 可以查看仓库概况、Release、Issue、Pull Request、贡献者并进行搜索,还能生成深度仓库报告;dsh-github-release-radar 可以追踪公开仓库的 Release 和 Star;dsh-github-login 则把 GitHub 登录流程直接搬进界面!

还有 dsh-plugin-git-workflow,它把 status、diff、log、commit、branch 等 Git 操作做成面向模型的工具,并对提交信息和路径进行验证!

dsh-git-graph 则负责可视化提交拓扑,dsh-change-review 可以跟踪 write/edit 工具产生的变化并生成逐行 diff,dsh-code-intel 则使用 Tree-sitter 建立工作区符号索引,并支持代码搜索!

这意味着 agent 对代码的理解开始从“读文本文件”升级到“理解代码结构”!

代码仓库有提交历史,有分支,有符号,有 Issue,有 PR,有 Release,有贡献者,这些对象如果全部变成工具,agent 操作的就不再只是文件系统,而是一整套软件工程状态!

所以 GitHub 插件其实是一种“工作对象扩张”,代码只是其中一部分,项目生命周期本身也开始进入 agent 的工具范围!

工作流与自动化:让Agent自己跑起来

工作流与自动化类插件负责让Agent摆脱人工触发。dsh-loop和dsh-sentinel能定时或按事件唤醒Agent,覆盖周期任务,以及文件、命令、HTTP、进程和Webhook事件。深度研究编排器插件内置了workflow引擎,能做自适应深度研究。plan/execute双模型路由插件让一个模型负责规划,另一个模型负责执行。

这些插件凑在一起,DeepSeek Harness已经从对话助手变成了能自己跑任务的自动化系统。

通知与集成:把Agent接到外面去

通知与集成类插件负责把DeepSeek Harness和外部世界连起来。OAuth MCP客户端、聊天导入、事件审计。这类插件数量不多,但每多一个,DeepSeek Harness能接入的外部系统就多一个。

模型与账号接入:换模型就像换插件

模型与账号接入类插件让DeepSeek Harness能接不同的模型提供商。因为模型本身也是插件,换一个模型就是换一个插件的事。这种设计把"模型选择"从系统配置降级成了插件安装。

开发与运行时:插件自己也是插件

开发与运行时类插件负责插件自己的生命周期。插件管理面板能一键启用或禁用已安装的插件。插件预检和兼容性监控插件能在装之前先检查会不会出问题。插件市场里甚至还有一个专门帮用户找插件的插件。

插件市场还有插件市场!最有意思的一类,恰恰是 Plugin Markets & Managers!

dsh-find-plugin 可以让 agent 直接搜索精选插件,并返回安装命令;dsh-plugin-center 可以在 Settings 中发现、安装和管理插件;dsh-plugin-updater 则负责检查更新、备份和回滚;dsh-starter-pack 更直接,一次安装并配置15个精选社区插件!

这形成了一个很有意思的循环!

DeepSeek Harness 可以安装插件;插件可以帮助 DeepSeek Harness 寻找插件;插件还可以管理插件!

软件生态开始出现自描述、自发现和自扩展结构!

娱乐:正经系统里总有不正经的东西

娱乐类插件是最让人意外的类别。桌面宠物已经算一个。还有什么?黑色鲸鱼潜水动画,在DSH Web的转角状态旁边持续显示一条鲸鱼在潜水。这些插件对干活毫无帮助,但它们说明了一件事:用户愿意在一个开发工具里浪费时间,这个工具已经不只是工具了。

而且目录里还有非常垂直的东西,比如:
dsh-excel-chat 可以直接通过对话创建、修改、修复和验证 Excel;
dsh-finance 提供金融研究和组合风险工具;
dsh-us-stocks 提供美股报价、历史价格、财报和新闻;
dsh-overleaf 则连接 Overleaf 项目进行浏览、分析和 Git 文件更新!

还有 dsh-openmaic,可以提供课堂、幻灯片、互动组件和苏格拉底式教学;
dsh-deeptutor 提供深度解释、自测题、学习路径和知识库;
dsh-exam-countdown 可以查询64类中国考试并计算倒计时!

agent里有模型调度器

表面看,DeepSeek Harness 是一个“使用 DeepSeek 模型的工具”,插件目录却正在把模型本身变成可替换部件!

于是 DeepSeek Harness 的价值开始发生变化,模型负责推理只是其中一个变量,模型从哪里来、什么时候换模型、不同任务调用什么模型,都可以交给插件处理!

dsh-tier-router 就非常典型,它让强模型负责规划、建议和审查,让便宜模型负责实现;dsh-swarm-router 更进一步,把不同任务路由到不同模型,并记录每个模型的 token 消耗和反馈排名;llm-adaptive 则按照请求复杂度自动选择提供商!

于是一个 coding agent 里面开始出现“模型调度器”!

这就很关键,因为模型能力差异越来越大之后,真正的工程问题就会从“哪个模型最强”变成“哪个任务该交给哪个模型”,插件目录已经出现了这种答案!


300多个插件,你能记住几个

300多个插件并没有集中在“写代码”这一件事情上,而是在向界面、模型、记忆、浏览器、数据库、手机、知识库、论文、GitHub、Excel、金融、视频、教学和自动化不断扩张!

因此,真正值得看的数字已经不是“300+”,而是这300多个插件覆盖了多少种可以被 agent 调用的现实对象!

更有意思的是,精选目录当前已经继续扩张到大量具体插件,目录页面本身还明确提醒:插件会以机器本身的权限运行,进入精选列表也不代表完成安全审查,因此数量增长与安全信任之间始终存在张力!

而在当前目录里,dsh-agent-conductor 甚至可以把任务派给 Codex、Claude Code、TraeCode、OpenCode、Gemini、Cursor、Kimi、Qwen、Copilot、WorkBuddy、Grok 等11个外部 agent CLI!

这意味着一个 DeepSeek Harness 插件,已经可以负责调用另一个 agent,再由另一个 agent 调用工具!

插件生态真正奇怪的地方终于出现了:最初的问题只是“DeepSeek Harness 有哪些插件”,继续往下看,得到的答案却越来越接近“DeepSeek Harness 到底可以连接多少种软件、模型、设备和 agent”,而目录里已经出现11个外部 agent CLI 的调度插件,这个边界到底还能扩张到哪里,当前插件列表本身还没有给出答案!