dsh 一次性任务组合包:在 dsh-base 之上挂上 CLI 启动器与直接驱动,将任务作为普通用户消息提交给 Agent,把最后一条 assistant 文本打到 stdout 后退出
ⓘ 此插件是大仓库 WJZ-P/deepseek-harness-desktop 的子包,星数与活跃度统计的是整个仓库。
- 语言
- TypeScript
- License
- MIT
- 分支
- main
安装
$ dsh plugin --profile web add @deepseek-ai/dsh-headless在终端中运行以上命令,通过 dsh CLI 安装此插件。可在右上角切换 Profile。 第一次用 dsh?看这篇新手教程
对话式安装
帮我安装 DeepSeek Harness 插件 WJZ-P/deepseek-harness-desktop/harness/packages/bundle/headless:先查看仓库 https://github.com/WJZ-P/deepseek-harness-desktop 确认安全性,然后执行安装命令并验证插件加载成功。
把这段指令粘贴给 DSH Web GUI 里的助手,由它代你完成安装与验证。
本文档对应
WJZ-P/deepseek-harness-desktop仓库中harness/packages/bundle/headless子目录,是落地页/plugins/{owner}/{repo}中插件百科模块的内容来源。本目录是该桌面发行版内嵌的 dsh 一次性任务 profile 组合包。
一句话定位
@deepseek-ai/dsh-headless 是 DSH 的"一次性任务"profile 组合包,在 dsh-base 之上叠加命令行启动器和一个直接驱动 Agent 的 runner,把一条任务作为普通用户消息提交、等待 agent 跑完后把最后一条 assistant 文本打到 stdout,再按结果请求进程退出(成功 0,其它 1)。
核心能力
- 把命令行位置参数解析为单次任务文本,提供给 runner 作为启动输入(缺失或空白任务在 runner 激活前就拒绝)
- 在 dsh-base 之上叠加编程用 persona(
You are a coding agent powered by the {{model}} model ...)和工具模式(透传DSH_TOOLS_MODE) - 关闭 HMR 的模块重载副作用,但保留启动器层面的"仅监听 patch 变化"行为,单次运行期间 patch 仍可热更新
- 把 Code Mode 的 worker-thread 执行器作为核心执行能力挂载(在 patch 中插入
code-runtime行),不依赖 Web 或浏览器层 - 直接驱动一个全新持久化 Agent:读取默认模型选择、创建 session、把任务作为 user message 投出、等待 agent 回到 idle,然后 flush 并打印结果
技术实现
- 语言: TypeScript(ESM,
"type": "module",tsconfig.json通过tsconfig.base.json继承并指定rootDir: src、outDir: lib/types) - 关键依赖:
@deepseek-ai/cordis(宿主运行时,peer)、@deepseek-ai/dsh-agent(Agent 生命周期与默认模型装配)、@deepseek-ai/dsh-llm(createUserMessage工厂)、@deepseek-ai/dsh-session(SessionId与sessions.flush);dependencies 还包含@deepseek-ai/dsh-cmdline、@deepseek-ai/dsh-code-runtime-worker-thread、@deepseek-ai/schemastery、commander - 架构模式: profile 组合包 + 普通 Cordis 插件 —
cordis.patch.yml通过dsh.bundle.patch字段暴露给 profile 组合器,在dsh-base上追加 4 行(persona、hmr 关闭、tools 模式、insert headless-runner/startup/code-runtime);runtime 由 3 个普通 Cordis 插件组成:headless-runner(直接驱动)、headless-startup(命令行解析与headlessStartup服务提供者)、headless-invariant(空实现以满足 invariant 配套规则) - 入口文件:
src/index.ts(runner 主驱动)+src/startup.ts(命令行解析)+src/invariant.ts(空 invariant 配套)+ 实质载荷cordis.patch.yml
适用场景
任何需要在脚本/CI/容器里"丢一句话给 DeepSeek Agent,让它跑完就退"的场景:批量执行固定任务、回归测试一次性 prompt、嵌入到别的流水线把 DSH 当成无界面 worker。典型用法是 dsh --profile headless "<任务文本>",runner 完成任务后立即退出,stdout 给你最终答案,退出码告诉你成功还是出错。
前置依赖与兼容性
| 依赖 | 最低版本 | 说明 |
|---|---|---|
| DSH | 0.1.0-rc.5 | 该包自身版本即为 0.1.0-rc.5;peerDependencies 声明 @deepseek-ai/cordis、@deepseek-ai/dsh-agent、@deepseek-ai/dsh-agent-default-model、@deepseek-ai/dsh-invariants、@deepseek-ai/dsh-llm、@deepseek-ai/dsh-session、@deepseek-ai/cordis-plugin-loader 需在宿主 profile 中由 dsh-base 及上层提供 |
| Node | ^22.19.0 || >=24.0.0 | 来自 monorepo 根 harness/package.json 的 engines.node;本包未单独声明 engines |
| 平台 | macOS / Windows / Linux | patch 自身不依赖平台分支;下层 dsh-base 中的 shell 栈按 process.platform 自动二选一(bash / pwsh),不影响 headless 入口 |
| 原生模块 | 无 | 该包未引入原生依赖;Code Mode 的 worker-thread 执行器属于进程内能力 |
安装方式
dsh plugin --profile web add github:WJZ-P/deepseek-harness-desktop/harness/packages/bundle/headless
配置项
本 bundle 的"配置项"由两部分组成:(1) runner 暴露的 Config.task,由 patch 用 !!js ctx.headlessStartup.task 注入,命令行的位置参数直接成为它;(2) patch 在 dsh-base 之上额外设置的系统级默认值,使用者一般不直接覆盖。如下表:
| 配置 | 类型 | 说明 | 默认值 |
|---|---|---|---|
task(runner 行) | 字符串(必填) | 这次运行要交给 Agent 的单条任务文本。缺失或仅空白时 headless-startup 阶段就会报错,不会激活 runner | ctx.headlessStartup.task,即 dsh --profile headless "..." 位置参数 |
system-prompt.persona(在 dsh-base 上覆盖) | 字符串 | 把 Agent 的人设声明为"由指定模型驱动的编程 Agent",并把当前工作目录拼进提示 | "You are a coding agent powered by the {{model}} model. Your working directory is {{cwd}}." |
hmr.disabled(在 dsh-base 上覆盖) | 布尔 | 关闭共享模块重载 HMR 行;启动器层面的"watch-only patch"热更新仍保留到运行结束 | true |
tools.mode(在 dsh-base 上覆盖) | 字符串 | 进程级 Code Mode 开关,沿用 Web 表面的同一份环境变量约定 | process.env.DSH_TOOLS_MODE(未设置时为 undefined,由下层 schema 决定是否启用 Code Mode) |
常见问题
Q: 这个 bundle 跑起来会打开本地端口吗?
A: 不会。patch 明确不挂载 Host、HTTP server、Web runtime 或浏览器插件,进程不监听任何端口。
Q: 一定要通过 dsh --profile headless 启动吗?
A: 是。runner 在挂载时强制读取启动器提供的退出钩子(ctx.appExit);在 dsh 启动器之外以 headless profile 启动会在激活时直接抛错,提示"the launcher must provide ctx.appExit before the tree mounts"。
Q: 可以让 agent 多轮追问或者多轮执行吗?
A: 不可以。runner 一次只提交一条用户消息(agent.followup(createUserMessage(...))),等待 agent 从忙到闲、打印该区间内最后一条非空 assistant 文本后立即请求退出,整个流程没有交互式追问面。
Q: 退出码代表什么?
A: 进程退出码由最后一轮 turn/end 决定:reason.kind === 'completed' → 0,其它情况(包括 error、aborted、或整段区间内根本没有 turn)一律 → 1。runner 失败(创建 Agent 抛错、Loader 还没就绪等)也会走 appExit(1) 并把 message 写到 stderr。
Q: 出错信息会写到哪里?
A: 成功时 stderr 保持空。当轮结束原因为 error 时,dsh: <code>: <message> 写到 stderr;正常运行的最终 assistant 文本写到 stdout,并附一个换行。即使区间内没有可用文本,runner 仍会写一个 \n 占位以保证下游管道不被空 stdout 误判为空结果。
Q: 任务文本从哪来?
A: 来自命令行。headless-startup 通过 commander 解析 dsh --profile headless "<task>" 的位置参数,多个词以空格拼接,并通过 ctx.provide('headlessStartup', { task }) 注入;任务为空或仅空白时直接调用 program.error(...) 退出,根本不会进入 runner。
Q: 想改默认模型或工具模式该动哪里?
A: 工具模式由环境变量 DSH_TOOLS_MODE 控制(patch 用 !!js process.env.DSH_TOOLS_MODE 透传到 tools.mode);模型沿用 dsh-base 的默认模型选择机制,从 settings.yaml 或 Web 的 Models 页面管理即可,不需要重新打这个 bundle。
上手难度
入门 — 仅需一条 dsh --profile headless "任务文本" 命令即可运行;想换默认工具模式只需设置一个环境变量,无需阅读源码。
已知问题与限制
- 只提交一个任务:runner 没有用于交互式后续输入的 surface;它会等待 Agent 在返回 idle 前完成的所有工作,并打印该区间内最后一条非空 assistant 消息,多轮对话场景请改用 Web profile
ctx.appExit由启动器持有:在dsh启动器之外启动 headless profile 会在激活时明确报错,直到宿主提供该退出请求- 模型请求前缀无附加内容:runner 不向请求前缀添加任何东西(KV Cache 影响声明为"无"),但仍受下层
dsh-base的 persona 与 tools 配置影响
🐋 DeepSeek Harness Desktop
把完整 DeepSeek Harness 装进轻巧的 Tauri 桌面壳。
不捆绑 Chromium,不另造业务内核,解压即可使用 ฅ( ̳• ·̫ • ̳ฅ)
下载最新版本 · 架构说明 · Harness 上游记录
📦 下载与使用
前往 GitHub Releases,选择与你的平台对应的文件:
| 平台 | 发行格式 | 使用方式 |
|---|---|---|
| Windows x64 | Portable ZIP | 解压后双击 DeepSeek Harness.exe |
| Linux x64 | AppImage | 添加执行权限后直接运行 |
| Debian / Ubuntu x64 | DEB | 使用系统包管理器安装 |
| macOS Apple Silicon | DMG | 适用于 M 系列芯片 |
| macOS Intel | DMG | 适用于 Intel 芯片 |
[!TIP] 资源就在身边啦 (。•̀ᴗ-)✧ Windows portable ZIP 内已经放入展开后的
runtime/harness/。把整个 ZIP 解压一次后,应用会直接读取 EXE 旁边的运行时,不再二次解压,也不会复制一份到 AppData;源码入口、前端资源与生产依赖都能在当前文件夹中直接找到。
Windows 便携版无需另外安装 Node.js,也无需准备 Harness 源码目录。请保持 DeepSeek Harness.exe 与 runtime/ 在同一个目录中。
[!NOTE] 当前发行包没有商业代码签名或 Apple notarization。Windows SmartScreen 或 macOS“隐私与安全”可能要求用户额外确认。
✨ 为什么是这个桌面端
| 特性 | 实现 |
|---|---|
| 🪶 轻量 | 使用系统 WebView;Windows 是 WebView2,macOS 是 WKWebView,Linux 是 WebKitGTK,不随应用捆绑 Chromium。 |
| 🧩 能力完整 | 继续使用 Harness 的 Agent、会话、工具、插件、Typert RPC 与 Cordis profile,没有第二套业务内核。 |
| 📦 真正便携 | 各平台发行包内置匹配平台的 Node.js 与完整生产运行时,用户不需要手动配置开发环境。 |
| 🐋 启动有反馈 | 启动页按“读取便携运行时 → 启动本地服务 → 载入工作区”展示真实阶段,不用再等待 AppData 解压。 |
| 🎨 原生体验 | 32px 自绘标题栏、深浅主题同步、优雅的鲸鱼加载动画,并抑制后台控制台闪窗。 |
| 🖼️ 拖入附件 | 图片继续走 Harness 原生预览与历史画廊;其他文件由独立、可安装的 DSH 插件提供拖放、输入卡片、历史卡片与下载。 |
| 🔍 源码完整 | harness/ 由本仓库直接跟踪,不是 Git 子模块;普通 clone 就能获得完整源码。 |
一句话概括:Tauri 负责把窗口做得轻巧漂亮,Harness 继续负责真正的工作。 ₍^. .^₎⟆
🚀 快速开始
环境要求
- Node.js
^22.19.0 || >=24.0.0 - pnpm
- Rust stable toolchain
- Windows:Microsoft C++ Build Tools 与 WebView2
- macOS:Xcode Command Line Tools
- Linux:WebKitGTK 4.1、Ayatana AppIndicator、RSVG 与 XDO 开发包
克隆并运行
git clone https://github.com/WJZ-P/deepseek-harness-desktop.git
cd deepseek-harness-desktop
pnpm install
pnpm tauri dev
harness/ 已直接包含在仓库中,无需初始化 Git submodule。两个通用插件是独立仓库,桌面项目通过 external-plugins.json 锁定其提交,并在首次开发运行时自动准备到已忽略的 plugins/ 工作区。Tauri 的 beforeDevCommand 会依次:
- 校验 Harness 关键源码;
- 根据
harness/pnpm-lock.yaml准备依赖; - 在产物缺失或落后时构建 Harness CLI 与 Web UI;
- 获取、安装并构建锁定版本的外部插件;
- 启动 Vite,再由 Tauri 启动 Harness Host。
也可以提前执行:
pnpm run harness:prepare
pnpm run plugin:sync
Vite 开发地址固定为 http://localhost:821,HMR 使用端口 822。Harness Host 使用操作系统分配的随机回环端口,避免与其他开发软件冲突。
如果 Node.js 不在 GUI 进程可见的 PATH 中,可以用 DSH_DESKTOP_NODE 指定绝对路径;DEEPSEEK_HARNESS_ROOT 可临时指向其他 Harness checkout。
🗂️ 仓库结构
deepseek-harness-desktop/
├─ desktop-plugins/ # 仅由桌面封装携带的 Cordis 集成
├─ docs/assets/ # README Banner 等项目图片
├─ external-plugins.json # 外部插件仓库与提交锁
├─ harness/ # 本仓库直接跟踪的完整 DeepSeek Harness 源码
├─ plugins/ # 本地外部插件 checkout;整个目录由父仓库忽略
├─ scripts/ # Harness 准备、发行构建与验证脚本
├─ src/ # 桌面外壳、自绘标题栏与启动/错误页
├─ src-tauri/ # Rust 窗口、便携运行时定位与进程监督器
├─ app-icon.svg # 应用图标源文件
└─ package.json
上游地址、导入提交与许可证记录见 HARNESS_UPSTREAM.md。
🧩 低侵入插件边界
桌面专属桥与桌面预装的通用插件都没有继续散落进 harness/ 业务包,而是通过启动时的 Cordis --patch 覆盖层装入。可复用插件各自拥有独立仓库、锁文件、CI 与发布边界;桌面仓库只记录来源和精确提交:
desktop-bridge:在 Host 返回 HTML 时注入深浅主题同步桥,并为显式file://开发挂载保留dsh.client兼容适配;桌面预装的标准插件会同时进入运行时的包解析面,并以各自package.json包名挂载,因此插件清单展示稳定名称、浏览器 bundle 使用 Harness 官方/plugins发现链路,公开插件无需携带 Tauri 分支;dsh-attachment:标准 DSH bundle,同时声明dsh.bundle与 Webdsh.client,既可由桌面封装携带,也可通过dsh plugin --profile web add dsh-attachment从 npm 安装到原生 DSH;它沿用 Harness 已有的图片拖放/粘贴链路,只接管普通文件与文件夹。拖入一个文件夹只生成一个附件卡片,并以完整目录树的形式复制到工作区;同时提供流式上传/下载、输入区附件卡片与持久历史卡片。插件本身不设置文件数量或单文件字节上限,也不额外占用输入栏按钮;dsh-model-capability:标准 DSH bundle;在新增或编辑 pi-ai 模型时提供 Input Modalities 选择,可明确声明继承默认值、文本、图片或文本加图片,并可通过dsh plugin --profile web add dsh-model-capability从 npm 独立安装到原生 DSH;- 普通文件会保存到 Harness 数据目录,并在消息真正进入模型步骤前复制到工作区
.deepseek-harness/attachments/,模型拿到的是可直接读取的工作区路径; harness/内只保留通用的 输入附件栏 slot 与 模型行字段 slot;浏览器 bundle 直接使用 Harness 官方dsh.client发现链路,具体 UI、存储和消息关联逻辑留在独立插件仓库与desktop-plugins/。以后同步上游时,冲突面依旧很小喵~
🧭 架构
flowchart LR
A["Tauri desktop process"] -->|"spawn and supervise"| B["Harness CLI / lib/bin.js"]
B --> C["Cordis web profile"]
C --> D["Host API and session log"]
C --> E["Harness client plugin graph"]
H["Desktop Cordis plugins"] -->|"runtime --patch"| C
H -->|"standard dsh.client bundle"| E
A -->|"mount after readiness"| F["Persistent desktop shell"]
E --> G["Harness iframe"]
F --> G
G -->|"HTTP POST and WebSocket"| C
- 开发模式直接从
harness/apps/cli/lib/bin.js启动。 - 发行模式直接从应用资源目录的
runtime/harness/执行lib/bin.js web --patch <desktop-overlay> --host 127.0.0.1 --port 0,不创建 AppData 运行时副本。 - Rust 进程读取
dsh web:就绪行,仅接受127.0.0.1随机端口,再交给桌面 WebView 加载。 - WebView 继续复用现有 Host fence、
/api传输和两条 WebSocket 下行流。 - 关闭窗口或应用时,桌面层会回收整个 Node 子进程树。
- 启动页跟随系统深浅主题;Harness 载入后,通过受控主题桥实时跟随应用内 Appearance 设置。
更完整的设计说明见 ARCHITECTURE.md。
🛠️ 常用命令
| 命令 | 用途 |
|---|---|
pnpm tauri dev | 启动 Harness 与 Tauri 开发环境 |
pnpm run harness:prepare | 校验、安装并按需构建 Harness |
pnpm run plugin:sync | 按 external-plugins.json 准备外部插件 checkout 与依赖 |
pnpm run plugin:test | 构建并测试桌面桥及锁定版本的外部插件 |
pnpm run check | 校验 Harness 源码完整性、TypeScript 与 Rust |
pnpm run build:frontend | 只构建桌面启动外壳,不生成原生发行包 |
pnpm run build | 构建当前平台的完整自包含发行包 |
pnpm run test:release | 在 Windows 上真实启动并冒烟测试 portable ZIP |
pnpm run verify:release-artifacts | 校验平台产物及 SHA-256 |
🏗️ 构建发行包
请在目标操作系统的原生环境中运行:
pnpm install
pnpm run build
pnpm run verify:release-artifacts
构建流程会依次准备 Harness、同步并构建锁定提交的外部插件、生成并校验生产依赖闭包、内置当前平台 Node.js、执行随机回环端口 HTTP 冒烟,再把展开后的生产运行时作为 Tauri resource 编译并打包。Windows portable ZIP 中会保留可直接浏览的 runtime/harness/ 原始目录结构。
| 平台 | Release 资产命名 |
|---|---|
| Windows x64 | DeepSeek-Harness-Desktop-<version>-windows-x64-portable.zip |
| Linux x64 | DeepSeek-Harness-Desktop-<version>-linux-x64.AppImage、.deb |
| macOS Apple Silicon | DeepSeek-Harness-Desktop-<version>-macos-arm64.dmg |
| macOS Intel | DeepSeek-Harness-Desktop-<version>-macos-x64.dmg |
每个资产都会附带独立的 .sha256 文件。Linux 与 macOS 的 Node/Harness 目录作为 Tauri resource 放入原生包;Windows 则使用无需安装的 portable ZIP,并从 EXE 相邻目录直接启动运行时。
Windows 的完整便携版冒烟测试会确认展开目录直启、没有新增 AppData 运行时副本、内置 Node、主题桥、附件浏览器插件、随机回环 HTTP、WebView 连接与进程树回收:
pnpm run test:release
🤖 GitHub Actions 发布
.github/workflows/release.yml 会在推送 v* tag 时并行使用 Windows x64、Ubuntu 22.04 x64、macOS arm64 与 macOS Intel runner。
流水线会先验证 tag、package.json、Tauri 配置和 Cargo 版本一致,再构建并验证所有平台产物;只有矩阵任务全部成功后,publish job 才会一次性更新 GitHub Release。
- Release 显示名称直接使用 tag,例如
v1.0.1; - 已存在的同名 Release 会覆盖旧资产;
- 构建不需要额外密钥,发布权限来自仓库的
GITHUB_TOKEN; - 单个平台构建最长运行 90 分钟。
正式版本确认可用后,再创建与应用版本一致的 v* tag。稳稳发布,一次成功 (๑•̀ㅂ•́)و✧
🌱 更新 Harness
harness/ 是从明确上游提交导入的源码快照。更新时应整体导入一个确认过的上游提交,并在同一改动中更新 HARNESS_UPSTREAM.md 的提交号。
harness/ 保持普通 Git 文件;node_modules/、Harness 的 lib/ / dist/、desktop-plugins/*/lib/ 以及整个本地 plugins/ 工作区都在忽略范围内。公共插件的变更应提交到各自仓库,再同步更新 external-plugins.json 的提交锁。
更新后至少运行:
pnpm run harness:prepare
pnpm run build:frontend
cargo test --manifest-path src-tauri/Cargo.toml
cargo check --manifest-path src-tauri/Cargo.toml
pnpm run build
pnpm run test:release
提交或推送前,还可以单独确认关键 Harness 文件确实由 desktop 仓库跟踪:
pnpm run harness:verify-source
该检查会拒绝 160000 gitlink、缺失的关键源文件或明显不完整的源码树;pnpm run check 也会自动执行它。
🎨 主题与图标
- 图标源文件:
app-icon.svg - Tauri 平台图标:
src-tauri/icons/ - 浅色鲸鱼:
src/assets/whale-icon-light.svg - 深色鲸鱼:
src/assets/whale-icon-dark.svg
深色鲸鱼使用 --dsw-alias-label-primary,回退值为 #F9FAFB / rgb(249, 250, 251)。更新图标源文件后可以重新生成平台图标:
pnpm tauri icon app-icon.svg
📄 源码与分发边界
- 源码仓库保留完整
harness/,供审计、本地开发与二次构建; - Release 资产携带从仓库源码生成的展开式生产运行时,而不是开发依赖树;Windows 用户可以直接浏览 EXE 旁边的
runtime/harness/; - Windows 使用 portable ZIP,Linux 提供 AppImage 与 DEB,macOS 提供 ad-hoc 签名的 DMG;
- 桌面层与 Harness 上游的许可信息分别见
LICENSE和HARNESS_UPSTREAM.md。
🤝 社区支持
本项目支持 Linux Do 社区。欢迎大家前往社区交流技术、分享经验,一起友善地探索更多有趣的可能~ (。•̀ᴗ-)✧
愿这只小鲸鱼轻轻巧巧,也能把事情认真做好~
ʚ(。˃ ᵕ ˂ )ɞ
查看使用指南 →
该插件的安装步骤、关键要点、FAQ 与兼容性说明(基于已收录字段派生)。
收录徽章
[](https://deepseek-plugin.org/plugins/WJZ-P/deepseek-harness-desktop/harness/packages/bundle/headless)把这段 markdown 粘贴到你的 GitHub README,链接回本插件详情页。徽章只声明已被本站收录,不代表安全认证。