DSH Desktop 是由社区团队 anywhere-labs 维护的开源项目，为 DeepSeek Harness (DSH) 插件生态打造的 Windows 和 macOS 桌面客户端。
项目核心理念是 "万物皆「插件」，桌面本身也是「插件」"——桌面壳本身就是一个普通的 DSH 插件，与官方插件、第三方插件走同一条组合路径，没有任何特权。
核心功能
DSH Desktop 将 DeepSeek Harness 的本地 Web UI、Host 服务和插件系统集成到原生桌面应用中，并额外提供以下桌面端能力：
- 原生桌面窗口：独立的桌面应用窗口，支持三种窗口模式（兼容模式、扩展窗口、增强模式）
- 系统托盘：可从托盘重新打开窗口或退出应用
- 内置终端：方便直接执行 DSH 插件管理命令
- 自动更新：后台检查稳定版本，用户确认后下载
- Profile 管理：支持多组 DSH bundle、依赖和 patch 的组合，可灵活切换
技术实现
DSH Desktop 是一个 Electron 桌面壳：
- 主进程通过子进程启动官方 dsh web，将其本地 HTTP 页面加载进桌面窗口
- 安装包已包含 Electron、Node.js、pnpm 和固定版本的 DSH 依赖，用户无需额外安装任何运行环境
- 服务默认只监听 127.0.0.1，确保本地安全
安装：
DSH Desktop一夜爆改AI工具圈
不用装代码环境双击就能跑，两天狂揽4700星！
你打开电脑想试试最新的AI智能体框架，结果第一步就卡在装Node.js上——这谁受得了？
DeepSeek Harness（DSH）：一个靠命令行和Web UI驱动的工具，对不熟悉Node.js和终端的人来说，门槛就是实打实的。
事情在第二天夜里起了变化。一个叫anywhere-labs的团队放出了一个东西：DSH Desktop。不用装Node.js，不用敲命令行，服务自动拉起，插件能力和Web界面全保留。两天时间，这个项目拿下了超过4700个Star。截至八月底，GitHub Star已经突破两万。
一个第三方社区做的桌面壳，凭什么比官方本体还猛？
官方架了台服务器，社区给配了把椅子
DSH Desktop到底是什么？简单说，它把DeepSeek Harness的本地Web UI、Host服务和插件系统打包进了一个原生桌面应用里。安装包自带Electron、Node.js、pnpm和固定版本的DSH依赖，普通用户不需要额外装任何东西。下载、双击、等几秒钟，界面就出来了。
但这不是重点。
市面上的桌面壳不止这一个。有开发者用Tauri压到了100MB，还有人用Python加pywebview压到18MB。DSH Desktop能跑出来，靠的不是“把网页包进窗口”这个动作。它做了一件更狠的事——把自己做成了一个插件。
项目文档里写着：“万物皆『插件』，桌面本身也是『插件』。”桌面壳本身就是一个普通的DSH插件，跟官方插件、第三方插件走同一条组合路径，没有任何特权。团队没有魔改上游源码做一个固定外壳，而是让“桌面”成了插件生态里平等的一员。
这就怪了。一个桌面应用，怎么就成了插件？
Electron壳里藏了个“自己打自己”的套娃
看一下架构就明白了。DSH Desktop是一个薄的Electron宿主。Electron主进程通过子进程启动官方dsh web，把本地HTTP页面加载进桌面窗口。服务默认只监听127.0.0.1，不走公网。整个流程里，DSH Desktop没有另造一套插件系统，也不把Electron API暴露给页面。
关键是“桌面能力”怎么来的。窗口、托盘、终端、更新、工作配置——这些桌面功能不是写死在代码里的，而是作为DSH插件接入的。桌面壳通过Harness提供的插件机制与上游能力组合进同一个运行时。从核心agent到桌面外壳，整个产品遵守同一条规则。
翻译成人话：官方Harness是一台服务器，DSH Desktop没有重新发明一台服务器，而是在服务器旁边装了一个控制台。这个控制台本身也是一个“合法插件”，跟其他插件一样，通过官方规定的接口跟服务器对话。桌面能干的事，其他插件理论上也能干——只要人家愿意写。
Profile切换不拷插件，端口随机不打架
实际操作层面，DSH Desktop有几个设计让人不得不注意。
Profile是一组DSH bundle、依赖和patch的组合。托盘里可以选不同的profile，切换后应用有序重启。切换profile不会把旧profile的插件偷偷复制到新profile。想管理目标profile，得在终端里显式写出来。这个细节意味着什么？每个profile是独立的工作环境，不会互相污染。
端口设计也有意思。Desktop默认让系统随机分配本地Web端口，避免跟其他服务冲突。依赖浏览器localStorage的界面插件按origin隔离数据。如果插件需要在Desktop重启后继续读设置，可以手动指定一个固定端口。服务默认只监听127.0.0.1，想开放局域网访问得在设置里手动确认危险提示。
插件管理走的是官方Harness的插件体系。在托盘打开的终端里，裸dsh和不带--profile的plugin命令默认用当前激活的profile。官方插件可以直接装，多个插件遵循统一约定，可以一起装一起工作。
5100个插件和3500个作者，谁在驱动这场狂奔
DSH Desktop的走红不是孤立事件。DSH开源五天后，社区累积了超过5100个插件和超过3500位作者。GitHub上标着dsh-plugin标签的仓库超过6000个。有人做了插件市场收录两千多个插件并标注权限；有人做了皮肤插件市场收录上百款主题；还有人做了桌面宠物插件，角色文件夹即插即用。
“赛博乐高”这个说法已经被社区接受了。但乐高的问题是，零件多了容易拼不到一起。DSH Desktop团队发了一份插件生态倡议书，核心就三条：组合优先、声明清晰、兼容优先。插件按同一套约定扩展，装在一起也能一起工作互不干扰。升级保持向后兼容，不破坏已有组合。
倡议书里有一句话值得反复读：“如果每个插件都假设甚至覆盖其他插件的内部实现，装几个插件就会开始冲突，生态会逐渐碎片化。这不是任何人的错，而是缺少共同约定的必然结果。”
DSH Desktop把自己做成插件，不是为了炫技。这是在用行动给整个生态定调子：没有特权物种，大家都按规矩来。
但有个问题没人能回答
事情到这里，逻辑是顺的。官方提供一个可组合的框架，社区贡献插件，桌面壳降低门槛。DSH Desktop两天4700星，两周破两万星，看起来皆大欢喜。
但有一组数据对不上。
DSH发布不到十二小时破了五万星，五天后冲到14.9万星。与此同时，社区跑出了5100个插件和3500位作者。一个刚开源的开发者预览版框架，在不到一周内长出五千多个插件——这个速度本身就需要解释。更关键的是，有第三方测试显示跑同样的模型，DSH比别家harness多烧三倍token。有人实测后评价“又慢又费Token、文档不直观”。但同一时间，海外开发者开始扒架构，有人承认它把DeepSeek性能榨得很充分，缓存命中率达99%。
口碑的两极分化不是重点。重点是：一个在性能和易用性上都存在争议的开发者预览版，为什么能在一个星期内长出五千多个插件？
DSH Desktop解决了“怎么用”的问题。但“为什么这么多人愿意为它写插件”——这个问题，桌面壳本身回答不了。
也许是“一切皆插件”的架构天然降低了参与门槛。也许是大模型的热度让每个人都想占个位置。也许是DeepSeek的品牌效应自带流量。也许以上全部都对。
但有一点是确定的：DSH Desktop把自己做成插件这个决策，恰好踩中了一个关键节点——当一个生态还在混沌期时，第一个站出来说“我跟大家一样”的项目，往往比说“我比别人强”的项目更有说服力。
手机远程控制已经有人在做了。内置安全市场也上线了，600+精选插件支持先审查再安装。DSH Desktop的版本号已经刷到了v2.0.4。上游的破坏性更新会导致很多插件不可用——这句话出现在更新日志里，平静得像在说今天天气不错。
五千多个插件，能一起工作多久？
没人知道答案。但DSH Desktop已经把自己的答案写进了代码：桌面本身也是插件，没有特权，按规矩来。