DeepSeek Harness Hub
← 返回列表

Void0312Aurora/dsh-desktop-electron

DeepSeek Harnessspec-screened在 GitHub 查看 ↗
需源码安装

DeepSeek HarnessdshWeb GUI 的 Electron 桌面外壳:启动 dsh…

暂不能直接安装(需源码编译或环境不满足):仓库 package.json 标记 private,未发布到 npm,需从源码安装。 · 最近上游提交 2026/8/15 · 已提供中文文档

为 DSH Web GUI 打造的跨平台 Electron 桌面外壳:驻留系统托盘的独立窗口,基于你自己的 dsh web,不捆绑 Node 运行时

综合分
32.8
GitHub 分
32.8
用户评分
★ Stars
4
周下载量
安装插件(需先安装 dsh CLI 引擎:npm install -g @deepseek-ai/dsh)
dsh plugin --profile web add Void0312Aurora/dsh-desktop-electron
仓库 package.json 标记 private,未发布到 npm,需从源码安装,改用 GitHub 源安装
数据截至 2026/9/19(元数据每日更新 · 实装验证按队列轮转,单条结论的验证时间见上方)
安装兼容性检查需源码安装

以下结论由程序自动检查 npm 包、engines 声明与入口文件得出,未做人工实机验证——能装不等于用着没问题。

npm 包dsh-desktop-electron(未发布到 npm,仅可源码安装)
Node 引擎未声明 engines.node
dsh CLI 依赖未声明 dsh 版本约束
入口文件main/exports/bin 已声明

仓库 package.json 标记 private,未发布到 npm,需从源码安装

验证方式:npm registry 存在性 + package.json 静态校验 · 最后验证 2026/9/20 02:16:24

用户评分
还没有人投票,来当第一个
订阅周报,不错过优质插件更新
每周一封 · 高评分插件 + 新用户活动

README

dsh-desktop-electron

DeepSeek Harness(dsh)Web GUI 的 Electron 桌面外壳:启动 dsh web,等待服务端的就绪行,把 GUI 托管在独立窗口里,并常驻托盘。

本外壳面向公开发布的 @deepseek-ai/dsh 包。它仅依赖维护中的 dsh web --host  --port  参数和 dsh web:  就绪行。

本仓库是独立维护的 DSH 桌面外壳项目,不携带任何 harness 源码;后端由主机上的 dsh 安装提供。

这是什么

Web GUI 是 harness 交互最丰富的界面,但平常只活在浏览器标签页里:没有任务栏存在感、没有托盘,每次启动都要开终端并且让标签页一直挂着。这个外壳把它变成一个真正的桌面窗口。

它只是一个外壳:不打包 Node 运行时,也不打包 harness 依赖闭包 —— 跑的是你机器上已有的那个 dsh web。因此 harness 升级后它依然正确,不会锁死在某个快照上。

| | |
|---|---|
| 窗口 | 沙箱化渲染进程(sandbox: true、contextIsolation: true、nodeIntegration: false、无 preload)—— GUI 就是一个普通 Web 应用 |
| 托盘常驻 | 关闭窗口只是隐藏,服务端继续运行;只有退出才终止服务端 |
| 单实例 | 二次启动聚焦已有窗口,而不是再起一个服务端 |
| 不留孤儿进程 | 退出时 tree-kill 服务端;即使主进程被硬杀(任务管理器、崩溃),reaper 子进程也会补上这次清理 |
| 平台 | Windows、macOS、Linux —— 纯 Node/npm 工具链,无需 Rust/Go/Swift |

前置要求

一个可用的 dsh web,按以下顺序解析:

1. DSH_BIN —— 显式指定 dsh 可执行文件路径;
2. DSH_HOME —— harness checkout 根目录(用 install.sh 安装的话是 ~/.dsh/source/current)。优先用其构建产物 apps/cli/lib/bin.js;没有则走 tsx 源码启动,与该 checkout 自己的 pnpm run dsh 完全一致;
3. PATH 上的 dsh。

在 Windows 上,spawn 边界会自动解析通过 DSH_BIN 或 PATH 找到的 npm 命令 shim,包括 .cmd 文件。参数始终保持独立向量:外壳不会启用通用命令 shell,也不要求用户自行定位 npm 包的 JavaScript 入口点。

服务端始终监听 127.0.0.1,端口由操作系统分配(--port 0),因此永远不会和已有的 dsh web 冲突 —— 浏览器实例和这个外壳可以同时开着。

从源码运行

npm install
DSH_HOME=~/.dsh/source/current npm run dev

打包

npm run dist        # 安装包输出到 release/
npm run dist:dir    # 只输出未打包目录,用于快速冒烟

安装包未签名,因此 Windows SmartScreen 和 macOS Gatekeeper 首次运行时会告警。打包后的应用仍然需要宿主机上有 dsh —— 见「前置要求」。

行为说明

- Windows 权限模式。Windows 没有 harness 的隔离后端,所以 CLI 默认的 workspace-write 模式在那里无法启动。当 DSH_PERMISSION_MODE 未设置时,外壳回退到 danger-full-access(审批提示被禁用)并打印警告。显式设置 DSH_PERMISSION_MODE 可覆盖。
- 进程树终止。Windows 上用 taskkill /T /F,因为 child.kill() 只是对直接子进程做 TerminateProcess。POSIX 上服务端以 detached 方式启动,信号发给整个进程组:先 SIGTERM,宽限期后升级为 SIGKILL。服务端不走优雅 dispose 路径;会话数据按事件逐条写入 JSONL,所以被杀掉的服务端不会丢失任何已记录的内容。
- 外部链接。任何打开新窗口或导航离开服务端 origin 的行为都转交系统浏览器,且限定 http(s);无法解析的目标直接丢弃。
- 工作区语义沿用 CLI 的:调用目录即默认项目根。从桌面快捷方式启动会以外壳的 cwd 为起点,因此建议从项目目录打开应用,或在 GUI 里选择 Workspace。
- 日志。服务端 stdout 以 [dsh web] 前缀转发;从终端启动应用可同时看到两路输出。

测试

npm test        # 31 个无密钥用例:命令解析与 spawn、就绪行解析、HTTP 轮询
npm run test:electron:windows # 通过 Windows npm .cmd shim 验证构建后的 Electron 生命周期
npm run typecheck
npm run dist:dir # 解包应用及打包生产依赖闭包验证

来源

外壳、launcher 与 process-tree 原语是在一个 harness fork 中开发并已贡献回上游;本仓库是其独立抽取版本。相关的独立桌面外壳实现:dsh-desktop(Go/Wails,Windows)、dsh-desktop-mac(Swift/WKWebView)、deepseek-harness-desktop(Wails + Node SEA)。

许可

MIT,与 harness 一致。

上游仓库有新提交时邮件通知你(每天最多一封,无更新不打扰),随时一键退订。

💬 加入 DPharness 群聊

插件用法、部署报错、新插件第一时间同步——群里问,比一个人翻文档快。

点击加入 QQ 群
DPharness 群聊二维码,手机 QQ 扫码进群
扫码进群