太快了！聊聊 DeepSeek Harness 必装的插件。

开发体验与交互增强

DeepSeek Harness 基于 Cordis 插件系统构建，官方仅提供 WebUI 骨架，交互能力由社区插件补全。

dsh-better-sidebar

由于 DeepSeek 启动起来竟然是个 WebUI，太素了，所以有人开发了 DSH-better-sidebar：侧边栏工作台：进行文件查看/编辑、终端、Git、子代理，可扩展 Tab。整的跟 Codex 似的。

GitHub：https://github.com/omdsh-dev/DSH-better-sidebar

装完之后就成这样了。

我靠，这简直跟 Codex 一模一样。

dsh-at-file

又是一个我在 Codex 中看到的功能，这个插件支持你通过 @的方式来引用文件。

Codex 中的用法：

dsh-at-file 的 GitHub ：https://github.com/omdsh-dev/dsh-at-file

安装 dsh-at-file 之后的截图如下，现在是可以使用 @来引用文件，进行编辑和修改了。

dsh-TUI

这个应该是 dsh 中最火的插件了，由于 DSH 官方没有推出任何 CLI、TUI 形式，所以 TUI 只能通过插件的方式来拓展了。

GitHub ：https://github.com/ccch1mneyyy/dsh-TUI

安装完成后，在对应 .bin 目录下执行 dsh --profile cc-tui 就可以进入 DeepSeek Harness TUI 了。

我看了一下，基本上常用的命令都涵盖了。

这个插件和 better-sidebar 的方向不一样。

better-sidebar 是给 WebUI 补一个工作台，dsh-TUI 则是直接把整个交互搬回终端。平时习惯在浏览器里看文件树、预览 Markdown，就装 better-sidebar；已经在日常离不开 Claude Code、Codex CLI 这种风格了，就装 dsh-TUI。

deepseek-harness-desktop

这是最近最火的 DeepSeek Harness 插件了算是。

这个插件就是把 DeepSeek Harness 没有做到的给做了出来。

它相当于就是把 DeepSeek 的 Electron 桌面端给搞出来了，类似 Codex App 。自动启动和管理本地 Harness 服务，集成系统托盘 + 桌面窗口，无需装 Node.js、无需敲命令。

GitHub ：https://github.com/anywhere-labs/deepseek-harness-desktop

嗯，看起来像是那么回事了。

不过这里要说明一下，deepseek-harness-desktop 是社区项目，不是 DeepSeek 官方桌面端。目前主要支持 macOS 和 Windows，插件市场、手机远程这些能力还在后续规划里。

有了上面这几个插件，DeepSeek Harness 渐渐的像是 Codex 了。

所以为什么 DeepSeek Harness 要以 webui 的形式发布，这种形式有什么好吗？既不讨巧 CLI （对于极客程序员来说），又不讨好非程序员用 app 。。。

基于插件系统的概念来说，交互式 TUI 和 app 的形式，只能通过社区来补齐了。

所以我大概可以理解 Harness 的调性了，他们把 TUI 和 app 当做是一种视觉插件了。

除了上面这些 TUI 和 app 插件，社区里还提供了另外两个插件，大家根据各自偏好来安装就可。

oh-dsh：TUI/桌面/Web 三合一社区发行版

GitHub ：https://github.com/hust-open-atom-club/oh-dsh

dsh-tianshu-tui ：官方 DeepSeek Harness 上的交互式终端 UI 插件

GitHub：https://github.com/huiliyi37/dsh-tianshu-tui

天枢这套会更重一点。除了 TUI，它还加了 TDD 工作流、证据门、视觉桥、代码检索、记忆和跨会话召回。

视觉与多模态能力扩展

之前已经明确说过了，多模态很重要，但不是 DeepSeek 的主线，所以视觉 / 多模态的部分，又交给社区来做了。

dsh-vision-toolkit

这是一个识图的 ToolKit，能够识别图片问答、长截图 OCR、UI 还原、像素 diff。

GitHub ：https://github.com/Anionex/dsh-vision-toolkit

不过需要注意的是，这个安装需要一个外部的视觉模型 api-key 才能读图，因为 DeepSeek API 是不能读图的。

我配了一个 API-key ，现在可以愉快的读图了。

我让 DeepSeek 读了一下上面的图，果然它们不认识梁子/圣/小南梁。

dsh-vision-proxy

如果你不想配置外部的 API ，但是你本地有 Ollama 的话，而且有视觉模型的话，你可以用用 dsh-vision-proxy 。

GitHub ：https://github.com/Flyvhidbwo/dsh-vision-proxy

它的 autoLocalOllama 默认开启，启动时探测 http://localhost:11434，探测到就把本地 Ollama 排进回退链的最前面。

这样做的好处也很直接：截图不用离开本机。项目里如果有后台地址、内网数据或者客户页面，我会更倾向于走这一套。

它与 dsh-vision-toolkit 的主要区别如下。

记忆、通知与安全机制

dsh-mnemon

dsh-mnemon 是一个本地的三层记忆。它把每轮需要的热记忆、需要完整阅读的项目档案和按需召回的长期记忆体组织在同一个工作台中。其他 Agent 只要同样接入 Mnemon，并使用同一套可访问的本地 Mnemon 存储，就可以与 DSH 共享长期记忆。

GitHub：https://github.com/omdsh-dev/dsh-mnemon

如果你对记忆有特殊偏好，可以安装一下这个。

需要注意，Mnemon 不是装完插件就凭空有记忆，它还需要本地的 Mnemon 服务。它的优势是记忆存在本地 SQLite、JSON 和 Markdown 里，而且能让多个接入 Mnemon 的 Agent 共用。

简单讲，dsh-mnemon 适合认真维护长期记忆的人。如果只想让当前项目少重复解释几句，先用 DSH 自带的项目说明也够了。

distill

这也是一个趋向于 memory 的插件，只不过它的优势在于后台 subagent 反省 + 自动把经验沉淀成技能。

GitHub ：https://github.com/LoserFox/distill

dsh-automation

由于 dsh 没有定时任务，所以社区做了定时任务插件。定时让编码任务在新 session 跑，保留可审计历史。

GitHub：https://github.com/titanwings/dsh-automation

每次任务都在新的 Session 里运行，不继承原会话的审批和上下文，只允许只读或工作区写入两种权限。需要人工批准的操作会直接失败，不会半夜卡在那里等你点确认。

除了定时任务，社区里还有好玩的东西，比如下面这个

dsh-workflow

这是一个 Codex/Claude Code 的开启 UltraCode 式的多 Agent 调度，可生成/保存/治理/恢复的 Workflow 层。

GitHub：https://github.com/icetomoyo/dsh_workflow

DSH 原本的多 Agent 更像一次性调度，这次把几个人叫过来干完就干完了。

如果你只是偶尔开两个 subagent，没必要装。代码审查、并行调研、固定交付流程这些事情经常重复来做，这个插件它才有价值。

实用工具集

dsh-data-agent

一个连接数据库的 Data Agent，能让你可视化的在 DeepSeek Harness 中增加数据库操作。

GitHub：https://github.com/omdsh-dev/dsh-data-agent

它目前支持 MySQL、PostgreSQL、SQLite、Oracle、Hive 和 Impala。配置好连接后，Agent 能直接看表结构、写 SQL、执行查询。

不过这个插件我建议谨慎一点。它不止能查数据，也能执行写操作，而且每次调用都会自动提交。

dsh-openpencil

一个让智能体（Agent）驱动一个真实、可编辑、可交互的设计画布，而不是返回一张生成的图片。

GitHub：https://github.com/ZSeven-W/dsh-openpencil

dsh-market

这是一个 dsh 的插件市场，基本上你可以在里面找到全部的 DeepSeek Harness 插件。

整的跟 vscode 插件 marketplace 一样。

GitHub ：https://github.com/dsh-market/dsh-market

如果你准备长期用 DeepSeek Harness，这个反而可以最先装。现在市场里已经收录了 300 多个插件，搜索、安装、更新和卸载都能在界面里完成。

换肤与桌宠类插件

该推荐的插件要推荐一下，所以该喷也得喷。

我之前喷过 DeepSeek Harness ，现在我还要喷一遍。

你 DeepSeek Harness 招这么多 ACM 金牌进来，就是为了做换肤吗？

那你 Harness 负责人在知名社交平台上让大家留下 GitHub id 还让私信你，结果搞出来这么多换肤插件？

换肤这玩意还用 ACM 金牌来做？这么大材小用？还是你提几千个 issue 里面有一个 issue 是要大家做个换肤？

这不就是大家常说的一句话么：面试造火箭，干活拧螺丝。

所以我对了一个下联：内测找金牌，测完变鲸娘。

这就是下面要推荐的插件了，ACM 鲸鱼娘

啊不是。

dsh-deep-whale

来吧，看看深海女仆工坊的皮肤。

GitHub ：https://github.com/Small-tailqwq/dsh-deep-whale

能给你提供极强的情绪价值。

whale-girl

对了，再给你一个深海女仆的桌宠，这样你就不用干活了，直接享受躺平生活。

GitHub ：https://github.com/vlln/whale-girl

我最近看到 DeepSeek Harness 最贴合的一个评论是：

在好牛逼和好玩中间，选择了好玩。

我现在对 DeepSeek Harness 的判断：它发布的时候确实只给了一个骨架， Cordis 把扩展权完整交给了社区来搞。

短短几天，TUI、桌面端、视觉、记忆和工作流都有社区来整完了。

不过现在对于 DeepSeek Harness 来说，最重要的是它能不能支持全世界的开发者一起把生态做起来，就像 Android、iOS 和 VS Code 一样。 我觉得真正需要观察是 Cordis 的接口能不能保持长期稳定，插件的安装、更新、权限和兼容性有没有统一规范；开发文档、脚手架、调试工具和分发渠道，能不能让普通开发者也快速做出一个插件。

这些 AI Infra 如果做的好，那么 DeepSeek 官方只需要继续做好模型、Agent Runtime 和 Cordis，桌面端、TUI、视觉、工作流乃至各种行业 Agent 都可以交给社区。 那 DeepSeek Harness 真有可能变成 Agent 时代的 VS Code：官方提供稳定内核，开发者决定它的扩展性到底如何。

如果做不到，那么最后的下场或许很惨。

JOTO 企业落地观察

• DeepSeek Harness 的 Cordis 插件架构，为企业级智能体工程提供了「内核稳定、能力可插拔」的参考范式。企业若自建 Agent 平台，应优先定义清晰、向后兼容的插件生命周期与权限模型，而非堆砌功能。
• 社区快速补全 TUI、桌面端、视觉代理等能力，印证了 RAG 知识工程之外，「本地化、离线化、可控化」的交互与数据处理路径仍是企业刚需。企业部署时需评估插件是否满足内网隔离、审计日志、权限分级等治理要求。
• dsh-mnemon 等本地记忆插件强调 SQLite/JSON/Markdown 存储，反映企业对敏感记忆数据不出域、不依赖云服务的强诉求。这类方案虽牺牲部分跨设备协同，但降低了安全合规风险。
• dsh-data-agent 支持多种数据库且默认自动提交，凸显智能体直连生产库的风险。企业若引入同类工具，必须前置嵌入 SQL 审计、白名单表限制、只读模式强制开关等安全治理机制。