社区版本DeepSeek Harness 0.1.0-rc.12 发布：覆盖 Web、桌面、Docker 与 Kubernetes 的完整部署体系

DeepSeek Harness 发布新版本0.1.0-rc.12。

github地址：https://github.com/sdkwork-ai/deepseek-harness-desktop/

这一版本进一步完善了 DeepSeek Harness 的多平台、多形态分发能力。从本地开发者使用，到服务器部署，再到 Kubernetes 集群运行，DeepSeek Harness 现在已经形成了一套完整的安装与部署体系。

无论你希望快速启动一个本地 Web UI、直接运行命令行任务、使用原生桌面应用，还是将 DeepSeek Harness 部署到 Docker 或 Kubernetes 环境，都可以选择对应的发行方式。

当前版本0.1.0-rc.12为仓库当前版本，同时也是 GitHub Latest。

说明：版本中的-rc表示 Release Candidate（候选版本）。GitHub 会将通过全部产物校验的dsh-v*标签作为普通 Release 发布，即使其 SemVer 中包含-rc。在公开的 dsh Release 中，SemVer 最高的版本将作为 Latest。

一套版本，覆盖多种运行形态

DeepSeek Harness 当前支持以下主要分发方式：

这意味着，DeepSeek Harness 不再局限于某一种安装方式，而是覆盖了从个人开发环境 → 本地桌面 → 容器 → Kubernetes 集群的完整使用链路。

1. 桌面应用：开箱即用

对于希望直接使用 DeepSeek Harness，而不想配置 Node.js、Docker 或其他运行环境的用户，可以直接选择桌面应用。

桌面版本支持：

• Windows
• macOS
• Linux

桌面应用采用 Electron IPC 与内部服务通信，不会打开 HTTP 端口。

因此，对于普通桌面用户而言，安装应用后即可直接使用，不需要额外启动 Web Server，也不需要配置本地端口。

这也是最适合普通用户和桌面开发者的使用方式。

2. npx：最快的 Web UI 与 Headless CLI

如果已经安装 Node.js，npx 是最简单的本地运行方式。

npx Web UI

适合希望快速启动 DeepSeek Harness Web 界面的用户。

默认访问地址：

http://127.0.0.1:3080

无需 checkout 源码，也无需构建 Docker 镜像，可以直接通过 npmnext渠道启动。

npx Headless CLI

如果只需要执行一次命令行任务，而不需要 Web UI，也可以直接使用 Headless CLI。

这种模式：

• 不启动 Web UI

• 不开放 HTTP 端口

• 更适合脚本化、自动化和一次性任务执行

3. 源码 Checkout：面向开发者

对于需要深入研究 DeepSeek Harness、修改源码或者严格锁定某一个 Git Tag 的开发者，可以直接进行源码 checkout。

当前版本：

0.1.0-rc.12

对应 Release Tag：

dsh-v0.1.0-rc.12

源码运行需要：

• Git

• Node.js

• Corepack

• pnpm

启动后的 Web UI 默认运行在：

http://127.0.0.1:3080

这种方式尤其适合：

• 二次开发

• 源码调试

• 提交 Pull Request

• 定制自己的 DeepSeek Harness

• 精确复现某一个 Release 版本

4. 从源码构建 Docker

如果你的运行环境以容器为主，可以直接从指定 Git Tag 构建 Docker 镜像。

所需环境：

• Git

• Docker Engine

• Docker Compose

构建完成后，DeepSeek Harness 默认通过：

http://127.0.0.1:4080

访问。

这种方式适合希望完全掌控镜像构建过程，并在本地或自己的服务器环境中构建部署镜像的用户。

5. Docker Release 离线包

对于不希望自己构建 Docker 镜像的用户，DeepSeek Harness 同时提供经过验证的Docker Release 离线包。

这种方式直接使用 GitHub Release 中提供的离线产物，不需要从源码重新构建。

适用于：

• 内网环境

• 无法访问互联网的服务器

• 企业私有部署

• 需要固定 Release 产物的生产环境

运行后的默认访问地址：

http://127.0.0.1:4080

也就是说，从源码构建 Docker 与 Docker Release 离线包最终使用的是同一套 Docker 运行形态，区别在于镜像的获取方式不同。

6. 从源码部署 Kubernetes

对于希望在 Kubernetes 环境运行 DeepSeek Harness 的开发者，可以直接从源码构建镜像，然后部署到本地 Kubernetes 集群。

目前重点支持：

• Minikube
• kind

所需环境包括：

• Git

• Docker

• kubectl

• Minikube 或 kind

Kubernetes 示例默认使用：

http://127.0.0.1:4081

进行访问。

这种方式主要面向需要研究 Kubernetes 部署模型、进行本地集群测试或者进一步构建生产部署方案的开发者。

7. Kubernetes Release 离线包

除了从源码部署 Kubernetes，DeepSeek Harness 还提供 Kubernetes Release 离线包。

这种方式直接使用 GitHub Release 中经过验证的 Kubernetes 离线产物，将镜像和部署资源一起带入目标集群。

特别适合：

• 企业私有 Kubernetes 集群

• 内网环境

• 离线部署

• 生产环境固定版本部署

• 不希望在目标环境重新构建镜像的场景

通过port-forward后，可以使用：

http://127.0.0.1:4081

访问 DeepSeek Harness。

8. 为什么要区分 3080、4080 和 4081？

DeepSeek Harness 对不同运行形态使用了有意区分的默认端口：

npx / 源码 ↓ 3080 Docker ↓ 4080 Kubernetes ↓ 4081

这样做的目的，是让不同部署方式可以同时运行，减少端口冲突，也方便开发者快速判断当前实例属于哪一种运行环境。

桌面应用则有所不同。

桌面应用通过 Electron IPC 通信，不打开 HTTP 端口。

因此，桌面应用与 Web、Docker、Kubernetes 版本之间保持了明确的运行边界。

9. 如何选择？

如果你只是想快速体验：

选择 npx Web UI。

如果你希望像普通软件一样直接安装：

选择桌面应用。

如果你需要修改源码：

选择源码 Checkout。

如果你的环境以 Docker 为主：

选择 Docker Release 离线包，或者从源码构建 Docker。

如果你需要 Kubernetes：

选择 Kubernetes Release 离线包，或者从源码部署 Kubernetes。

可以简单理解为：

普通用户 ↓ 桌面应用 Web 开发者 ↓ npx 源码开发者 ↓ Git Checkout 容器环境 ↓ Docker 集群环境 ↓ Kubernetes

10. 当前版本：0.1.0-rc.12

本次发布统一以：

0.1.0-rc.12

作为当前版本。

对应 GitHub Release Tag：

dsh-v0.1.0-rc.12

如果后续发布新的版本，请以 GitHub Releases 页面中的最新dsh-v*Tag 为准，并将安装和部署命令中的固定版本号替换为最新版本。

GitHub Releases：

DeepSeek Harness Releases

从一个应用，到一套完整运行体系

DeepSeek Harness 的目标并不是只提供一种安装方式，而是让同一个 Harness 可以适应不同开发者、不同基础设施和不同部署环境。

从：

npx → 源码 → Docker → Kubernetes → Desktop

现在已经形成了一条完整的分发链路。

你可以在本地快速启动，也可以进行源码级开发；可以构建自己的 Docker 镜像，也可以直接使用经过验证的 Release 离线包；可以运行在个人电脑上，也可以进入 Kubernetes 集群。

DeepSeek Harness 0.1.0-rc.12，进一步完成从“可以运行”到“可以被不同环境运行”的跨平台分发能力建设。