dshplugin.devDeepSeek Harness Plugins
DSH Desktop Electron plugin logo
DeepSeek Harness Plugin

DSH Desktop Electron

1
Published by Void0312Aurora

Cross-platform Electron desktop shell for the DSH Web GUI: tray-resident standalone window over your own dsh web, no bundled Node runtime

Developer Toolsdsh-plugin

Get this plugin

Review the source, then continue to the publisher.

dsh plugin add dsh-desktop-electron@latest
Get this plugin
Share on X ↗

About this plugin

Source snapshot 8/13/2026

dsh-desktop-electron

English | 中文

An Electron desktop shell for the DeepSeek Harness (dsh) Web GUI: it spawns dsh web, waits for the server's readiness line, and hosts the GUI in a standalone window with tray residency.

Compatibility was verified against the last currently available internal-test CLI, @deepseek-ai/dsh 0.0.1-rc.1 (snapshot-20260811T152241Z-da262ec14c). The shell relies only on the maintained dsh web --host <host> --port <port> arguments and the dsh web: <URL> readiness line.

This repository is a DSH internal-testing community repo under the dsh-external organization. It carries no harness source code — the backend is your own dsh installation. The organization is not guaranteed to outlive the internal-testing period; keep your own copy.

What this is

The Web GUI is the harness's richest surface but normally lives in a browser tab: no taskbar presence, no tray, and every launch means opening a terminal and keeping the tab alive. This shell makes it a real desktop window.

It is a shell only. It bundles no Node runtime and no harness closure — it runs whatever dsh web your machine already provides, so it stays correct across harness upgrades instead of pinning a snapshot.

WindowSandboxed renderer (sandbox: true, contextIsolation: true, nodeIntegration: false, no preload) — the GUI is a normal web application
Tray residencyClosing the window hides it; the server keeps running. Only Quit terminates the server
Single instanceA second launch focuses the existing window instead of starting a second server
No orphansQuit tree-kills the server; a reaper child also tree-kills it if the main process is ever hard-killed
PlatformsWindows, macOS, Linux — pure Node/npm toolchain, no Rust/Go/Swift

Requirements

A working dsh web, resolved in this order:

  1. DSH_BIN — an explicit path to a dsh executable;
  2. DSH_HOME — a harness checkout root (~/.dsh/source/current for an install.sh install). Its built apps/cli/lib/bin.js is preferred; otherwise the tsx source launch is used, exactly as the checkout's own pnpm run dsh does;
  3. dsh on PATH.

The server always listens on 127.0.0.1 with an OS-assigned port (--port 0), so it can never collide with an existing dsh web — a browser instance and this shell can run side by side.

Run from source

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

Package

npm run dist        # installers under release/
npm run dist:dir    # unpacked dir only, for a quick smoke

Installers are unsigned, so Windows SmartScreen and macOS Gatekeeper will warn on first run. The packaged app still needs a dsh on the host — see Requirements.

Behavior notes

  • Windows permission mode. Windows has no harness confinement backend, so the CLI's default workspace-write mode cannot boot there. When DSH_PERMISSION_MODE is unset the shell falls back to danger-full-access (approval prompts disabled) and logs a warning. Set DSH_PERMISSION_MODE explicitly to override.
  • Tree termination. On Windows the kill is taskkill /T /F, because child.kill() is TerminateProcess of the direct child only. On POSIX the server is spawned detached and the whole process group is signalled, SIGTERM then SIGKILL after a grace period. The server does not run a graceful-dispose path; session data is written per event to JSONL, so a killed server loses nothing already logged.
  • External links. Anything that opens a new window or navigates off the server origin goes to the system browser, restricted to http(s); unparsable targets are dropped.
  • Workspace semantics are the CLI's: the invoking directory is the default project root. Launching from a desktop shortcut starts in the shell's cwd, so prefer opening the app from a project directory or picking the Workspace in the GUI.
  • Logs. The server's stdout is forwarded with a [dsh web] prefix; run the app from a terminal to see both streams.

Tests

npm test        # 28 keyless cases: command resolution, readiness parsing, HTTP polling
npm run typecheck

Credits

The shell, the launcher, and the process-tree primitive were developed in a harness fork and contributed upstream; this repository is the standalone extraction. Related standalone shells in the organization: dsh-desktop (Go/Wails, Windows), dsh-desktop-mac (Swift/WKWebView), deepseek-harness-desktop (Wails + Node SEA).

License

BSD 3-Clause, matching the harness.