DSH 项目实际部署记录
这篇文章解决什么问题
如果你想试 DeepSeek Harness，但不知道它能不能在自己的服务器上运行，这篇文章先给出一个真实结论：它可以运行，但要先处理 Node.js、pnpm、模型配置、插件加载和服务管理。
我的实际环境
- Ubuntu 24.04.2 LTS
- Node.js 26.0.0
- npm 10.9.2
- 1.6 GiB 内存
- 约 31 GiB 可用磁盘
- 没有 Swap
我做了什么
1. 安装官方包
DSH 提供了 npm 包：
| |
首次安装后，Node.js 目录中的 dsh 才是 DeepSeek Harness，不能和 Ubuntu 自带的 dsh 混淆。
2. 解决 pnpm 问题
DSH 管理 profile 插件时需要 pnpm。直接运行时遇到 pnpm: not found，于是我安装：
| |
另外，Node.js 安装目录没有自动加入 PATH，所以实际使用：
| |
3. 接入 MiniMax-M3
MiniMax 使用 Anthropic Messages 风格接口。我配置了：
- provider：
minimax-cn - model：
MiniMax-M3 - base URL：
https://api.minimaxi.com/anthropic - API 类型：
anthropic-messages
API Key 单独放在 DSH 的凭据文件中，没有写进项目文件。
4. 实际运行
Headless 模式可以执行一次性任务：
| |
实际返回：
| |
这说明模型配置不是只写在 YAML 里，而是真的完成了模型请求。
结果和限制
现在可以确认：
- 官方包能安装；
- 1.6GB 内存可以启动；
- MiniMax-M3 能实际调用；
- Web UI 可以启动；
- 插件可以加入 profile；
- headless 可以执行任务。
但目前也存在限制：
- 没有 Swap，内存紧张时风险更高；
- 多个插件会同时增加内存和启动复杂度；
- 社区插件需要逐个检查；
- Web UI 不是唯一控制入口，headless 更适合自动化。
对普通用户的建议
如果只是想试试，不需要一次性安装几十个插件。先做三件事：
- 安装官方 DSH；
- 接入一个模型；
- 运行一个 headless 任务。
确认基础链路稳定后，再按需求加插件。
结论
我的实际结果是：DeepSeek Harness 不是一个只能展示在网页里的概念产品。它可以在小型服务器上运行，也可以被命令行调度。但它的价值不在“安装完成”，而在于能不能把模型、工作区、工具和插件组合成一个可以持续执行任务的 Agent 系统。