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 当前支持以下主要分发方式分发方式适用场景所需环境版本来源默认访问方式桌面应用Windows、macOS、Linux 原生应用无需 Node.js / DockerGitHub ReleaseElectron IPC不开放 HTTP 端口npx Web UI最快速的本地 Web 启动Node.js npm/npxnpmnext渠道http://127.0.0.1:3080npx Headless CLI执行一次命令行任务Node.js npm/npxnpmnext渠道不开放 HTTP 端口源码 Checkout精确使用 GitHub Tag 或修改源码Git Node.js Corepack pnpmGit Taghttp://127.0.0.1:3080源码构建 Docker本地构建容器运行Git Docker Engine Docker ComposeGit Taghttp://127.0.0.1:4080Docker Release 离线包直接使用经过验证的 Release 镜像Docker Engine Docker Compose 归档工具GitHub Releasehttp://127.0.0.1:4080源码部署 KubernetesMinikube / kind 本地集群部署Git Docker kubectl Minikube / kindGit Taghttp://127.0.0.1:4081Kubernetes Release 离线包集群环境使用离线 Release 镜像Docker kubectl 归档工具 Kubernetes 集群GitHub Releaseport-forward 后http://127.0.0.1:4081这意味着DeepSeek Harness 不再局限于某一种安装方式而是覆盖了从个人开发环境 → 本地桌面 → 容器 → Kubernetes 集群的完整使用链路。1. 桌面应用开箱即用对于希望直接使用 DeepSeek Harness而不想配置 Node.js、Docker 或其他运行环境的用户可以直接选择桌面应用。桌面版本支持WindowsmacOSLinux桌面应用采用 Electron IPC 与内部服务通信不会打开 HTTP 端口。因此对于普通桌面用户而言安装应用后即可直接使用不需要额外启动 Web Server也不需要配置本地端口。这也是最适合普通用户和桌面开发者的使用方式。2. npx最快的 Web UI 与 Headless CLI如果已经安装 Node.jsnpx 是最简单的本地运行方式。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 Tagdsh-v0.1.0-rc.12源码运行需要GitNode.jsCorepackpnpm启动后的 Web UI 默认运行在http://127.0.0.1:3080这种方式尤其适合二次开发源码调试提交 Pull Request定制自己的 DeepSeek Harness精确复现某一个 Release 版本4. 从源码构建 Docker如果你的运行环境以容器为主可以直接从指定 Git Tag 构建 Docker 镜像。所需环境GitDocker EngineDocker 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 集群。目前重点支持Minikubekind所需环境包括GitDockerkubectlMinikube 或 kindKubernetes 示例默认使用http://127.0.0.1:4081进行访问。这种方式主要面向需要研究 Kubernetes 部署模型、进行本地集群测试或者进一步构建生产部署方案的开发者。7. Kubernetes Release 离线包除了从源码部署 KubernetesDeepSeek Harness 还提供 Kubernetes Release 离线包。这种方式直接使用 GitHub Release 中经过验证的 Kubernetes 离线产物将镜像和部署资源一起带入目标集群。特别适合企业私有 Kubernetes 集群内网环境离线部署生产环境固定版本部署不希望在目标环境重新构建镜像的场景通过port-forward后可以使用http://127.0.0.1:4081访问 DeepSeek Harness。8. 为什么要区分 3080、4080 和 4081DeepSeek 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 集群环境 ↓ Kubernetes10. 当前版本0.1.0-rc.12本次发布统一以0.1.0-rc.12作为当前版本。对应 GitHub Release Tagdsh-v0.1.0-rc.12如果后续发布新的版本请以 GitHub Releases 页面中的最新dsh-v*Tag 为准并将安装和部署命令中的固定版本号替换为最新版本。GitHub ReleasesDeepSeek Harness Releases从一个应用到一套完整运行体系DeepSeek Harness 的目标并不是只提供一种安装方式而是让同一个 Harness 可以适应不同开发者、不同基础设施和不同部署环境。从npx → 源码 → Docker → Kubernetes → Desktop现在已经形成了一条完整的分发链路。你可以在本地快速启动也可以进行源码级开发可以构建自己的 Docker 镜像也可以直接使用经过验证的 Release 离线包可以运行在个人电脑上也可以进入 Kubernetes 集群。DeepSeek Harness 0.1.0-rc.12进一步完成从“可以运行”到“可以被不同环境运行”的跨平台分发能力建设。