我曾经在 # Bilibili - DeepSeek Harness 5分钟干完，但我最后选了 Codex 评论过，还记得当时 DSH 的毛胚层度饱受大伙吐槽，但 DSH 的生态急速发展，市面上出现了大量插件、第三方桌面端，功能性需求很快就被大量 AI 填满，但这引入了一个非常大的问题，大部分 AI 项目没办法像人类一样把控质量，加上官方更新频繁，导致大量插件 BUG 频发，用户体验所谓是极差了。
我也是一个普通的开发者，Codex 我一直在使用，我认为它是目前市面上最好用的 Agent 工具了，不过总所周知大伙都知道，Codex 对第三方模型的适配都很差，特别是在使用 Deepseek 模型的时候，例如 Deepseek 在 Codex 派发子代理受到空信封 的问题到至今也没有被解决。
而正好 DeepSeek Harness 发布的时候填补了这个空缺，说实话当时就感觉自己的救星来了！但一看甚至还没有桌面端，并且什么功能都没有，真的是给我泼了大盆凉水，不过想着 Alright~ 既然是 Web 页面，那我相信已经有人封装桌面端了把。
大家也许有印象，就是现在的 anywhere-labs，在 8 月的时候，他在 DSH 发布仅不到 6 个小时的时间迅速占领的桌面端的缺口，我实际体验了下，安装后我甚至没办法点击文件夹，以及它吹的天花乱坠的移动端支持、插件协议，我就能感觉到大概率为了热度做的这个项目，只是在确保 DSH 能正常运行，没有对体验做任何优化，后续还推出企业版支持，就更能说明了。
提个外话，其实 labs 还找过我合作，说是想支持 tauri 版本，但说到我也得保有仓库（不希望后面没有人维护）控制权的时候这件事就不了了之了，期间我还了解到它们还跟 dsh-market 的作者起冲突了，让我感觉它们很不靠谱
总之，废话了这么多，鉴于当时插件与第三方桌面端都极其不成熟和好用的情况，以及我也有相关软件的制作经验，我制作了 DSH tauri，距离 Deepseek Harness 发布 rc 版本已经过了两个多月了，我们来看看 dsh-tauri 都做到了什么程度。
从这里开始
DSH Tauri 通过原生 Tauri 桌面壳，统一管理本地运行时、Harness 内核、插件与更新。安装后即可开始使用，无需自行配置 Node.js、pnpm 或 Docker。
比起官方桌面端与其他第三方的实现，我们支持了以下更多的功能：
- 🪶 原生桌面 --- Tauri 2 + React 19 + Hero 3，内嵌本地 Harness 界面。
- 📱 远程连接 --- Android / iOS 移动端连接电脑上的 DSH，支持局域网与 Cloudflare 公网隧道。
- 🔄 运行时管理 --- 安装依赖、选择内核版本，并提供桌面端与内核更新入口。
- 🔀 多内核支持 --- 在同一界面畅用 DSH / Codex / Claude，发挥各自原生工具能力。
- 🧩 插件管理 --- 支持本地路径安装、内置插件停用、社区插件安装、升级、卸载与错误查看。
- 🗂️ 档案配置 --- 分别管理插件与设置，支持一键迁移档案数据、备份、克隆；
- 💽 数据目录 --- 安装时（Windows）可选择数据存放位置；能在设置里整体迁移与回滚。
- ⌨️ 命令行集成 --- 通过托管 shim 提供
dsh/pnpm命令行工具，不是全局 npm 内核安装。 - 🐾 桌宠 --- Pets / Codex 资源管理、资源包导入与会话状态展示；预设素材来自远端。
- 🎨 个性化 --- 8 种配色、本机界面缩放、终端模式，以及可调不透明度与可选磨砂模糊。
我们实际运行不携带任何插件，但我们携带为了体验升级的 13 个内置插件：
- DSH Tauri --- 核心插件，桌面端与 Harness 通信、版本适配器、插件依赖管理
- DSH Tauri UI --- 桌面设置界面、原生核心组件、主题与配色
- DSH Tauri Mobile UI --- 触屏布局与移动端偏好设置
- DSH Tauri Kernel --- 本机 Codex / Claude 接入与模型选择
- DSH Tauri Worktree --- 会话级 Git 工作树与检出
- DSH Tauri Extension --- 官方插件管理、插件市场、Skills 与 MCP
- DSH Tauri Scheduler --- 定时任务与执行记录
- DSH Tauri Archive --- 聊天归档与恢复
- DSH Tauri Pet --- 桌宠与活动状态设置
- DSH Tauri Rightclick Menu --- 会话、工作区与正文右键菜单
- DSH Tauri Model --- 模型选择与参数、自动配置模型
- DSH Tauri Remote --- SSH 远端 Harness、本机 Harness 分享到局域网或公网隧道
- DSH Tauri Notification --- 原生级会话通知与交互操作
虽然我们不内置任何插件，但我们在初始化软件的时候，你可以选择以下的推荐社区插件，它们都非常活跃：
- DSH Market --- 社区插件市场
- DSH Better Sidebar --- 按会话隔离的右编辑器侧栏
- Billion Context --- 上下文压缩与历史恢复
- DSH Rewind --- 对话回退与工作区备份
- DSH IM --- IM 渠道与机器人管理
桌面设置
这是我们的运行配置 。模型供应商、工具和 Agent 行为仍在嵌入的 Harness 设置中管理。
档案与内核管理
相信对 DSH 有了解的小伙伴，肯定知道 DSH 存在档案的设计，Profile（档案）决定配置、插件和补丁环境；内核决定本地服务运行哪个 Harness 版本。而我们支持在桌面配置中选择和设置档案，以及迁移档案数据！
核心源自于官方 Github Releases 中所发布的所有版本，由 deepseek-harness-pkg 自动打包发布，不同的核心将对插件的适配性造成影响。
数据管理
不知道大伙有没有这个顾虑，由于 .dsh 默认存在 C 盘，很多小伙伴安装了很多插件后，系统盘膨胀导致不够用的情况，而我们支持将现有数据迁移到新的目录。
远程访问
其实远程访问在一开始不在我们的前期计划里，我们也不想使用手机远程作为噱头去做宣传，所以早期我们都在优化软件使用体验上，不过在 10 月份总算是腾出了点时间，将这个功能补了。
工作树（Built-in plugin）
工作树是作为我们第一个内置支持的插件，从 Codex 迁到 DSH 上我们认为最缺失的一块 Feature，很多时候要并行开发都没办法进行了
插件与扩展、Skills、MCP 管理（Built-in plugin）
DSH 本身没有任何 Skills 和 MCP 的管理，早期虽然说是很多第三方插件的实现，但它们都没办法统一风格，而且页面杂乱不方便使用。
我们将官方的插件管理，以及市场、技能、MCP 都统一在了 "插件管理" 的页面中，保证了页面简洁的同时，也不用在点开设置查看市场了。
定时任务（Built-in plugin）
定时任务可以是我们最常用的功能了，所以这个功能也是在很早期的时候就支持了，也许有使用最新的 Alpha 版本的小伙伴会说官方支持了自动化任务，但大伙可能不知道，官方的自动化任务实现机制非常奇怪，任务是绑在会话的，永远只能在一个会话中触发任务，虽然我们不了解但我们表示支持。
所以我们新版本在基于官方实现的同时，重构同时支持官方的会话级别任务，并且完全复用官方 UI 以及携带效果。
归档管理（Built-in plugin）
归档管理可以说是非常刚需的需求了，然而官方连这个也没有，所以归档后会话完全死在硬盘里了，而多个会话会持续堆积，导致硬盘空间不足。
右键菜单（Built-in plugin）
我们在 Codex 中最常用的功能了，所以我们在很早期就支持了。
原生通知（Built-in plugin）
我们经常在执行任务的时候切到别的软件或者窗口，导致我们就没办法知道什么时候任务完成了，而第三方插件都是基于浏览器的通知，没办法将通知做到更加极致，所以我们支持了多平台适配的通知系统。
宠物（Built-in plugin）
大伙在 Codex 有没有体验过宠物功能呢，我在使用的时候甚至还去找了很多第三方的宠物，一方面是很有趣，一方面是能看到任务的实时运行情况，非常方便。
我们基于 dsh-pet 协议上，在 Tauri 的基础上，支持了原生的脱离窗口的宠物系统，体积小的同时，不需要预加载宠物资源，从仓库中直接访问资源然后进行缓存。
我们还支持了识别 Codex 的宠物，你完全可以在 DSH 中使用你的 Codex 宠物！
最后，我们能比 Codex 一样好用了吗？
很遗憾，Codex 由一个大型的商业公司维护，我们还是很难将体验完全与 Codex 齐平，一方面我们希望能保持跟 DSH 上游同步的频率，我们对功能的添加都非常克制，一方面 Codex 也在持续更新，但这也是我们的目标。
DSH 在目前还有很多问题，例如在基础 tool 中容易陷入没有意义的思考，在编辑文件时多次编辑导致上下文冗余，不过现在社区已经有很多的优化方案了，例如 dsh-ops，我们都希望 DSH 更好用。
现在 DSH Tauri 已经作为我的工作主力 Agent 软件了，而 Codex 还是我们的学习目标，DSH 还有很长一段路要继续走。
最后，其实软件还有很多功能没向大家展示，不过可能大家有疑虑，我们有这么多功能，在多个 DSH 版本之间会不会有一些无法预测的 BUG，但我们将最低支持版本基线定在了 0.1.5 核心上，我们在每一个版本都添加了相当多的 e2e 与对应人工测试。