DSH出官方桌面版了，我让AI对比了官方和各社区版，及自制绿色版的优缺点

前言

今天发现官方DeepseekHarness的仓库已新增桌面版，我让AI对比了官方的和社区的各种桌面版，加我自己自制的绿色版放在一起，做了个调研对比。提示词如下：

官方目录：https://github.com/deepseek-ai/deepseek-harness/tree/master/apps/desktop

一、研究背景与样本

上游仓库在 2026 年 9 月 3 日发布，9 月 10 日发布，一周内连跳三个小版本，并在 README 中声明后续会有破坏性变更。同期，桌面层从少数个人作品扩展为多路线并行：以 "deepseek harness desktop" 检索并按 star 排序，前 20 条几乎均为桌面客户端或发行版。

0.1.2-rc.1

0.1.5-rc.2

样本选择遵循三个条件：技术路线互异、规模或产品化程度具有代表性、文档可核验。最终样本为官方桌面实现、绿色版（DeepSeekHarnessGreen）、anywhere-labs/dsh-desktop、dataelement/dsh-desktop、dsh-tauri-desk/deepseek-harness-desktop、DSH-EAC、myYangyunfan/dsh_desktop 与 Minke。

二、研究方法与口径

数据来自各仓库的 README、许可证文件、包清单与 Release 元数据，抓取日期为 2026 年 9 月 13 日，star 数为当日快照，仅作规模参考。比较只采用文档明确记载的内容，未做安装与运行实测；文中"未说明"表示该仓库文档未提供对应信息，不等同于能力缺失。

三、官方实现的设计取向

官方桌面实现位于上游仓库，包名为（0.1.5-rc.2，MIT）。其文档以"决策—原因—后果"的形式给出五条实现边界，这条线索基本决定了它与社区实现的差异：

apps/desktop

@deepseek-ai/dsh-desktop

1. 传输：不开监听端口。Web 资产走自定义协议，请求与流式响应用分帧字节管道传输，进程间通道只承载子进程生命周期控制。理由：规避端口归属、鉴权、CORS 与暴露面问题。代价：依赖 HTTP 路由的功能被禁用。

2. 版本：壳与 dsh 同版本发布。理由：独立版本会制造未经测试的组合。代价：dsh 升级即桌面版发布，壳无法独立迭代。

3. 运行时：内置上游 Node 与 pnpm。系统运行时与用户包管理器配置不在执行路径内。理由：环境可控。代价：发布物体积与构建复杂度上升。

4. 包来源：核心依赖树随包分发。profile 只安装外部插件，核心包不在首次启动时安装。理由：离线可启动。代价：核心依赖更新必须整包发布。

5. 状态归属：独占 desktop profile。与命令行共享会话、设置、凭据与工作区，但不共享可执行包、插件激活与锁文件。理由：避免两条链路互相改动依赖版本。

更新与恢复策略同样明确：壳、dsh、Node 与 pnpm 构成一个签名更新单元；插件变更失败时保留现场等待显式修复，不提供自动回滚；重置操作不保留备份。平台目标为 macOS 与 Windows x64，Linux 不在发行范围内。截至 9 月 13 日，其 Release 只有版本标签而无安装包资产，因此当前属开发者预览。

四、样本概览

anywhere-labs/dsh-desktop（26,008★，v2.0.9，9-10，MIT）：Electron，Windows 与 macOS。固定上游版本运行，桌面壳以 DSH 插件形式接入；内置插件市场与首次启动向导；局域网访问为其可选设置。

dataelement/dsh-desktop（5,793★，v0.8.2，9-12，MIT）：Electron，Windows 与 macOS。签名与公证分发；支持便携预设包、PPT 生成、手机配对与安全模式；诊断日志与引导式恢复。

dsh-tauri-desk/deepseek-harness-desktop（2,016★，v0.13.0，9-12，MIT 附非商用条款）：Tauri 2，Windows、macOS 与 Linux。首次运行下载运行时与内核，本机已有命令行安装则优先复用；自带 Worktree、定时任务、按回合快照回退等第一方插件；安装时注册 dsh 命令。

DSH-EAC（1,658★，MIT）：Tauri（5.2 起，早期为 Electron），Windows 与 macOS。10 款皮肤与内置文件树、diff、终端等工作台能力；安装与启动前快照、体检与回滚；配套启动器提供多实例隔离与崩溃守卫。

myYangyunfan/dsh_desktop（658★，v0.6.3，9-09，MIT）：Tauri 2（0.5 起），Windows、macOS 与 Linux。整包内置运行时与官方插件，可离线使用；启动链逐级自愈与崩溃重启；双源更新并校验哈希。

Minke（636★，v0.6.1，9-11，Apache-2.0）：Electron，Windows、macOS 与 Linux。Agent 浏览器共享控制；手机端为响应式 Web 客户端并支持 PWA 与私密隧道；插件运行状态可见。

绿色版（DeepSeekHarnessGreen）（v1.0.38，9-12，Apache-2.0）：Python 标准库启动器 + 系统 WebView2，Windows。运行时与数据均在程序目录内，整目录可迁移；首次启动联网下载环境；内置 10 个插件；两条独立更新通道；可选局域网绑定并自动放行防火墙。官方实现见第三节。

五、七个维度的同口径比较

1）壳技术。Electron 占多数（官方、anywhere-labs、dataelement、Minke 等），交互与生态成熟、分发体积较大；Tauri 2 见于 dsh-tauri-desk、DSH-EAC 与 myYangyunfan，体积与内存更小，代价是 WebView 的平台差异需要规避；绿色版采用 Python 与系统 WebView2，壳层能力最薄。

2）运行时获取。整包内置（官方、DSH-EAC、myYangyunfan）离线可用但发布物体积大，核心升级需整包；首次下载（dsh-tauri-desk、绿色版）分发体积小，但首次启动必须联网且需处理镜像与失败回退；复用系统安装（dsh-tauri-desk 提供该选项）节省空间，代价是环境不确定性。

3）网络暴露面。官方不开放端口；dataelement 使用随机回环端口并另设配对桥；多数实现为固定回环端口；局域网开放能力在多个实现中存在，且普遍不提供鉴权，其中一处文档明确提示同一局域网内任何人均可操作本机。

4）故障恢复。官方为加载页与重启、重装指引，可禁用插件或重置，但不自动回滚；dataelement 提供安全模式；DSH-EAC 提供快照、体检与回滚；myYangyunfan 提供启动链自愈与崩溃重启；绿色版仅记录子进程异常退出，不自动拉起。

5）更新机制。官方为单一签名更新单元并支持复用未变更的数据块；myYangyunfan 为双源下载并校验哈希；绿色版为覆盖安装并保留备份，失败时给出人工下载地址；其余多依赖平台安装器或应用内自更新。

6）数据归属。安装型实现的数据通常位于系统应用数据目录；Tauri 系与部分实现使用 DSH_HOME；绿色版将运行时与数据全部置于程序目录，停服后整目录复制即可迁移。该差异直接决定更换设备与回滚时的操作成本。

7）平台与签名。三平台覆盖者为 dsh-tauri-desk、myYangyunfan 与 Minke；官方与 dataelement 完成签名或公证；其余多数未签名，首次运行会触发系统安全提示。

六、讨论：约束决定选择

• 首要约束是本机网络暴露面：优先不开放端口的实现，或使用随机端口并另设配对通道的实现。
• 首要约束是免安装与数据随包迁移：程序目录内自包含的实现更合适。
• 首要约束是体积与内存：Tauri 2 实现优于 Electron 实现。
• 首要约束是开箱功能密度：内置插件市场、工作台与皮肤的实现更省配置成本。
• 首要约束是跨设备协同：以响应式 Web 客户端加私密隧道作为远程路径的实现最完整。

无论选择哪一种，建议先确认三件事：数据目录在何处、是否具备代码签名、更新失败后能否回到可用版本。

七、结论与局限

1. 桌面层的差异主要来自约束取舍而非实现质量，同口径下没有在所有维度占优的样本。

2. 上游处于 rc 阶段且一周内连跳三个小版本，项目对上游的跟踪速度比功能清单更能预测可用性。

3. 本研究为文档级比较，未包含性能、稳定性与安全性测试；star 数为单日快照；作者维护样本之一（绿色版），比较仅采用各仓库文档可核验的内容，未对该样本加权。

完整报告如下，超长图