8MB 安装包跑起 DeepSeek Harness 的桌面客户端（dsh-tauri）

在终端里跑 DeepSeek Harness，先要准备好 Node.js、pnpm，再处理内核版本、插件安装和配置文件这几件事。命令行本身就是一道门槛，环境准备又占掉不少时间。

DeepSeek Harness Tauri 桌面版把命令行形态的 DeepSeek Harness 包进 Tauri 2 应用，安装包约 8MB，免装 Node.js、pnpm 与 Docker，装完在图形界面里直接跑会话、装插件。

它属于这一组 DSH 桌面客户端里偏「跨平台加轻量」的那一个：官方 README 把 8MB 安装包、零环境配置、预置插件、Windows 与 macOS 与 Linux 三平台支持放在最前面。仓库以 MIT 许可证开源，主要语言是 TypeScript，代码里 Rust 占 31.6%，外壳由 Tauri 承担。

这几个项目分别在解决什么

本项目要解决的是「本机不配运行时也能用上 DeepSeek Harness」。它把 Node.js、pnpm、内核、插件这些依赖收进安装流程，用户从 Releases 下载对应平台的安装包，双击装完即可进入图形界面。内核方面，README 标注推荐版本为 0.2.0-rc.2，声明的最低版本为 0.1.5-rc.1，并说明不保证所有版本都兼容。

README 列出的功能是这些：

• 原生桌面：Tauri 2 + React 19 + Hero 3，内嵌本地 Harness 界面。
• 运行时管理：安装依赖、选择内核版本，并提供桌面端与内核的更新入口。
• 插件管理：内置 12 个插件，支持本地路径安装、内置插件停用、社区插件的安装、升级、卸载与错误查看。
• 档案配置：插件与设置按档案分别管理，支持一键迁移、备份与克隆。
• 数据目录：Windows 安装时可选数据存放位置，装好后能在设置里整体迁移与回滚。
• 命令行集成：通过托管 shim 提供 dsh 与 pnpm 命令，不是全局 npm 内核安装。
• 桌宠：Pets 与 Codex 资源管理、资源包导入和会话状态展示，预设素材来自远端。
• 个性化：8 种配色、界面缩放（50%–200%）、终端模式，以及可调不透明度与可选磨砂模糊。

安装路径有两条。图形安装包按平台区分：Windows 需要 Windows 10+ 与 WebView2，装 x64 .exe 或 .msi；macOS 需要 macOS 12+，Web 界面要 Safari 17.4+ 能力，装 Intel 或 Apple Silicon 的 .dmg；Linux 需要 WebKit2GTK 4.1 运行库，装 x64 .AppImage 或 .deb。macOS 也可以走 Homebrew：

brew install dsh-tauri/desktop/deepseek-harness

普通安装包首次启动需要联网下载缺失的运行时与内核，带 Bundle 后缀的才是离线安装包，文件名形如 _Bundle_*.exe、_Bundle_*.deb、两种 _Bundle_*.dmg。本地运行不等于完全离线，模型服务、插件安装、更新与桌宠预设素材仍可能联网。Git 功能需要本机有可用的 Git。项目地址是 https://github.com/dsh-tauri/deepseek-harness-desktop。

另有两个候选走的是生态路线。anywhere-labs/dsh-desktop 的描述是「为 DeepSeek Harness (DSH) 插件生态打造的现代化桌面端解决方案」，强调「万物皆『插件』，桌面本身也是『插件』」，抓取时 30358 star。dataelement/dsh-desktop 只有一句定位「DSHDesktop：DeepSeek Harness Desktop / DeepSeek Harness 桌面版」，12934 star。这两个在候选素材里都没有安装方式、平台覆盖与功能明细，只能确认它们都面向 DSH 的桌面使用场景。

还有两个体量更小的。myYangyunfan/dsh_desktop 的描述是 DeepSeek Harness (dsh) Windows 桌面客户端，内置 Node.js 与 dsh CLI，一键式启动，702 star。RAFOLIE/dsh-desktop-windowos 是 Tauri v2 桌面壳，带托盘、原生 webchat 与任务完成通知，22 star。素材里这两条的描述都被截断，更细的能力边界无法确认。

逐项对照

差距出现在哪

体量差距最直接。本项目抓取时 3159 star、214 fork、36 watcher，anywhere-labs/dsh-desktop 是 30358 star，dataelement/dsh-desktop 是 12934 star，差了一个数量级。仓库 2026-08-14 才创建，生态积累的时间短，遇到冷门问题时能搜到的讨论比前两个少。

发布节奏是第二处差距。仓库最近的发布里，nightly-20261009、nightly、nightly-20261008 都是开发构建，发布说明写明「不适用于生产环境」「功能可能不完整或不稳定」「不提供任何稳定性或可靠性方面的保证」，正式版本停在 v0.22.4。想直接放到生产环境用的人，要接受这个状态。

代理的适用范围也容易被高估。桌面代理在「配置 → 应用 → 代理地址」里设置，支持 HTTP、HTTPS、SOCKS5 与 SOCKS5H，但它只作用于桌面端的依赖与内核下载、更新检查及插件元数据，不修改模型请求或插件子进程的网络配置。想用它解决模型侧连通问题的话，这个设置帮不上忙。

三平台覆盖是它相对 myYangyunfan/dsh_desktop 那类单平台客户端更宽的地方，但代价是每个平台各自的运行库要求都得单独对待，Linux 侧的 Wayland、AppImage 与权限问题 README 直接指向了故障排查文档。

什么情况下选它

满足下面任一条，这个桌面端值得先试：

• 本机没有 Node.js、pnpm，也不打算装，只想要一个双击即用的 DSH 入口。
• 需要在 Windows、macOS、Linux 之间切换，希望三个平台用的是同一套界面与配置方式。
• 要的是图形界面里的插件管理和档案管理，包括本地路径安装插件、停用内置插件、迁移档案数据（补丁层、禁用清单、时间限制豁免、凭据）以及备份克隆。
• 在意安装包体积，8MB 这个量级比常见的 Electron 打包方案小很多。

下面几种情况不建议选它。要求生产环境稳定运行的，当前夜间构建明确不适用生产，正式版才到 v0.22.4，等版本节奏稳下来更合适。只在 Windows 上使用、想要更短路径的，可以先看 myYangyunfan/dsh_desktop 这类单平台客户端。指望用桌面代理解决模型请求链路的，这套代理不覆盖那一层，需要另找方案。另外，Linux 上要提前确认 WebKit2GTK 4.1 运行库是否齐备，否则装完可能起不来。

焚评：这个项目的量化评分

本项目的选题来自 焚.com（一个按公开公式给 GitHub 项目打分的站）。焚评当前总分 9.2 分（满分 10）。下表是各维度的得分：

评分口径、权重与计算方式见焚.com 的评分方法页；数据随 GitHub 指标刷新，具体数值以焚.com 当前页面为准。本文正文为诀.com 独立撰写，评分数据由焚.com 授权引用。