今天聊聊DeepSeek Harness

我服务器上跑的那个 DeepSeek Harness，版本号查出来是 0.1.0-rc.7。

而它官方的 GitHub 上，最新的标签已经是 0.2.0-rc.2。中间隔了七个版本号，8 月到 9 月这一个月里几乎每周都在动。我在自己机器上按老教程搭完就没再看它，直到这次想写桌面版怎么装，才去翻了一眼仓库。

顺手把这几个月的更新过了一遍，有点意外，改动比我印象里大得多。

桌面版是这一两个月才有的

先说这个。9 月 29 日的 0.2.0-rc.2 更新日志里有一句很关键的话，桌面端现在可以在菜单栏里直接管理和安装 dsh 命令，还能管理插件，不需要先装 Node 和 pnpm。

也就是说桌面版把运行环境一起打包进去了，装完打开就能用。这对我这种习惯命令行的人吸引不大，但对不写代码的人差别很大。

安装包我实测了官方地址，目前有三个版本。

没有 Linux 桌面版。我拿 linux-x64 的路径试了一下，404。

下载都在 download.deepseek.com 这个域名下面，路径是 /dsh-desk/bin/<平台>/<文件名>。有意思的是官网首页上并没有一个显眼的下载按钮，所以网上流传的教程里给的地址五花八门。

这里有个坑得提一句。 社区里至少有两个同名的第三方桌面端项目，其中一个在仓库首页明确写着与深度求索不存在隶属、合作或授权关系。官方包走 download.deepseek.com 这个域名，认准它就行。别的来源的包，装之前至少知道自己在装什么。

装完之后第一步是配模型。设置里的模型页填 DeepSeek 的 API Key 保存，路由立刻生效，不用重启。第二步选工作区，没选工作区之前输入框是灰的。

这一个月最重要的几次更新

我按版本号倒着捋，只挑我觉得真影响用的。

0.2.0-rc.1（9 月 28 日） 是 0.2.0 系列的第一个候选版。对我最有用的一条是用 DeepSeek 账号的会话不用额外配 API Key 就能联网搜索。另外自动化任务从核心挪出去变成可选插件包了，装过相关功能的话升级要留意。

0.1.7-rc.1（9 月 23 日） 这个版本的量最大，一口气加了一堆东西。Web 侧边栏加了终端，多标签、可以选 Shell、刷新后还在。会话可以归档，支持置顶和筛选。插件管理页现在能装、能配、能停用、还能在运行时卸载，装插件时可以选择官方源或者国内镜像，GitHub 连不上会提示换镜像重试，这一条对我这种国内服务器特别实在。

同版本还加了几个实验性的东西，Playwright 和 Chrome DevTools 的浏览器后端、Computer Use（能操作本机、截屏），还有一个自动评审模式。文件改动可以在侧边栏审阅，支持逐行和左右分栏。侧边栏还能直接预览 Word、Excel、PPT 和 CSV。

0.1.6-alpha.1（9 月 15 日） 主要是把浏览器能力和 Computer Use 带进来，另外有个变更要注意，DeepSeek 默认改用 Messages 协议，如果你手动配过官方的旧根地址，得改成 https://api.deepseek.com/anthropic，不改会连不上。

0.1.5-rc.1（9 月 10 日） 加了 DeepSeek-V4.1-Flash 的适配，新会话默认用它。同时 Web 端开始支持上传任意类型文件，侧边栏能预览 Markdown、代码、HTML、PDF 和图片。所有出站请求开始遵循环境变量里的代理配置。

顺带说一句，这份更新日志写得很细，每个改动后面都挂了贡献者的 ID，英文和中文两版对照着看。一个还在 developer preview 阶段的项目能做到这个程度，算是少见的。

装法现在有三条路

第一条，桌面端。 从上面那三个包里挑对应系统的，双击装完打开就用，环境全内置。适合不想碰终端的人，也适合只想写点东西不做开发的人。

第二条，npx 一行。 本机装好 Node.js，跑这一句。

npx @deepseek-ai/dsh web

它会默认在 http://127.0.0.1:3080 起 Web UI 并自动打开浏览器。--no-open 可以不自动开。

第三条，从源码跑。 想改东西或者看代码就走这条。

git clone https://github.com/deepseek-ai/deepseek-harness.git
cd deepseek-harness
pnpm install
pnpm run build
pnpm dsh web

这里面有个区别值得知道。pnpm run build 是准备构建产物，之后的 pnpm dsh web 直接吃这份产物，不会重新构建。所以改完代码要重新 build 才生效。

我自己的情况比较特殊，是第四种玩法。因为服务器上没有桌面环境，我把它装成了一个常驻服务，挂在 Caddy 后面用浏览器访问。整体内存占用 138 MB 左右，CPU 几乎不动。这台 4 核 3.6G 的小机器同时跑着博客、数据库和一个 Java 后端，加上它也没有压力。

不过这条路有两个硬限制，都跟它只能绑回环地址有关。一是它明确拒绝 --host 0.0.0.0，必须靠反代；二是它的资源用的是绝对路径，子路径反代（比如放在 /dsh/ 下面）页面能打开但静态资源全 404。所以只能给它一个独立端口，我用的是 8443。

升级前想清楚一件事

它到现在还是 developer preview，官方的 README 里用大写字母写着会有破坏性变更。

这不是免责声明式的客套。我自己就踩过一次。profile 里装过第三方插件之后，核心包一升级，dsh web 直接起不来，报错指向核心包之间的接口对不上。最后最省事的修法反而是把整个 profile 目录删掉让它重建，只装官方核心模块，第三方插件之后再挑兼容版本重装。

所以我的建议是，升级和插件分开处理。先把核心升上去、验证能跑，再折腾插件。反过来做的代价，我付过一次。

最后

我这台机器上的版本太旧了，看样子这周得抽时间升到 0.2.0-rc.2。桌面端我暂时用不上，但那份「不需要 Node 和 pnpm」的打包方式，倒是让我想到可以把 dsh 塞给完全不懂命令行的同事试试。

如果你们也在用这东西，欢迎说说升级踩到过什么。尤其是 profile 那块，我到现在也没有一个很确定的判断，到底是删目录重来更好，还是逐个别插件排查更靠谱。