dsh-launcher
Discovered★ 24Unleash the DeepSeek Harness plugin-based kernel capabilities, unifying the orchestration of Runtime, Provider, Plugin, Skill, MCP, and other capabilities, making Harness a truly extensible, composable, and manageable local AI runtime platform.
DeepSeek Harness Launcher
The local runtime and ecosystem manager for DeepSeek Harness — one place for runtimes, instances, model providers, plugins, skills, MCP, and launch environments.
No manual environment setup. Works out of the box. The desktop shell is only one way to drive it; runtimes, instances, and ecosystem content are managed by DSHL.
DeepSeek Harness Launcher integrates the DeepSeek Harness local Web UI, host services, and plugin system into a native desktop application. It owns the window, the tray, the runtime, the work configuration, and updates, and composes with upstream capabilities through the plugin mechanism DeepSeek Harness provides. It pins and runs a specific upstream version as-is — no fork, no changes to upstream behavior.
Download and install
Installers are currently available for Windows x64 (Ubuntu support is coming). No extra runtime required — download, install, and use.
| Platform | Download | Install |
|---|---|---|
| Windows x64 | Download the installer | Run the NSIS installer and follow the prompts |
Building from source
Requirements: Node ≥ 22, pnpm ≥ 10, Rust (MSVC toolchain), WebView2 (already present on Windows 11).
pnpm install # frontend dependencies
cargo build --workspace # compile every Rust crate
pnpm build # tauri build → NSIS setup.exe
# output: apps/desktop/src-tauri/target/release/bundle/nsis/*-setup.exe
Features
- A runtime that works out of the box — Node 22 ships inside the installer; DSH is resolved through a four-layer chain (settings override → bundled → managed
runtimes/<ver>/→ PATH). No Node, no pnpm, no source checkout. - Managed runtimes — install, switch, delete, and verify multiple DSH versions side by side; each instance is pinned to its own version.
- Multi-instance isolation — every instance gets its own
$DSH_HOME; plugins and configuration never bleed between instances. Create, rename, clone, delete, switch. - Model providers — API keys live in Windows Credential Manager and never touch disk in plaintext; a built-in provider library plus model catalog sync.
- Plugin marketplace — five catalogs (plugins / skins / skills / MCP / bundles); registry browsing, smart (LLM-reranked) search, and install / uninstall / hot enable-disable through the
cordis.patch.ymllayer, which survives reconciliation bydsh plugin. - MCP ecosystem — probe detection at install time, config gaps made explicit (two signals: a self-reported degraded state and a 0-tool count), a config dialog to fill them in, and values stored in the OS credential store and injected into the launch environment.
- Embedded DSH window — DSH renders inside the launcher's own window rather than a browser tab; closing the window stops the harness.
- Two-way theme sync — light / dark / follow system, one switch: change it on either side, the launcher or DSH, and both follow.
- Hardened process tree — Windows Job Objects (
KILL_ON_JOB_CLOSE) + recursivetaskkill /T /Fas a fallback + a pre-launch zombie sweep. Ten consecutive start/stop cycles leave zero residue. - Launch history — sessions recorded in SQLite with start and end timestamps and crash / exit status.
Quick start
- Install and launch AI Harness Launcher.
- Preferences → Providers — paste your DeepSeek API key (stored in Windows Credential Manager).
- Home — pick an instance and click Launch.
DSH starts in its own window; the Activity panel streams stdout/stderr live. Click the same button — or close the window — to stop it.
Repository layout
dsh-launcher/
├── apps/desktop/ Tauri 2 application
│ ├── src/ React 19 + TS frontend (Vite, Tailwind v4, Zustand)
│ └── src-tauri/ Rust shell: commands/, state/, tauri.conf.json, vendor/node
├── crates/
│ ├── launcher-core/ Framework-agnostic core: paths/settings/instance/provider/process/runtime/market/mcp
│ └── dsh-adapter/ DSH-specific adapters (RuntimeAdapter implementations): runtimes/theme/mcp probe/import/resolver
├── tui/ dsh-tauri reference mirror (embedded-window mechanics)
├── scripts/ Development helpers (icon generation, catalog generation, resolvers)
└── docs/ Documentation
The language boundary is deliberate: TypeScript owns the UI; Rust owns the system (processes, filesystem, network, secrets, SQLite). Every system action goes through typed Tauri IPC — see CONTRIBUTING.md.
Data directory
By default everything lives under %LOCALAPPDATA%/AIHarnessLauncher/. In portable (green) mode the root is the directory holding the exe — drop the exe (with its bundled resources) anywhere and every byte stays next to it, so the whole launcher can travel on a USB stick.
<root>/
├── settings.json app settings (DSH path overrides, theme, recent instances)
├── providers.json provider metadata (API keys are in Credential Manager, never here)
├── launcher.db SQLite launch history
├── runtimes/ managed DSH versions + bundled node
├── instances/<id>/ instance.json + workspace/ (= that instance's $DSH_HOME)
├── cache/ registry + download cache
└── logs/launcher.log app log (plus crash-*.txt on panic)
Environment variables
| Variable | Purpose |
|---|---|
AHL_HOME | Override the data root (defaults to %LOCALAPPDATA%/AIHarnessLauncher; development / testing) |
AHL_PORTABLE | Set to a truthy value (1, yes, on, …) to force portable mode: data root = the exe's own directory |
DSH_CLI_BIN | Override the DSH CLI entry (…/apps/cli/lib/bin.js) |
Portable (green) mode
Create an empty portable (or .portable) file next to the launcher exe and the next launch switches to portable mode: runtimes/, instances/, settings.json, cache/, logs/, and launcher.db all land beside the exe. Delete the marker to return to the per-user layout. The active mode is visible under Preferences → Data storage. API keys always stay in Windows Credential Manager and do not travel with the folder.
Contributing
PRs are welcome — start with CONTRIBUTING.md (branch / commit conventions, PR flow, code and test standards).
License
MIT © 2026 dsh-launcher contributors.
Comments
Loading…
Similar plugins
by alex04130
DeepSeek Harness 扩展套件:运行时注入器、子代理派发与模型路由策略、插件市场/技能/插件管理面板、浏览器桥与 MCP 集成。
★ 5
↓ 12/wk
MIT
JavaScript
Oct 3, 2026
dsh plugin --profile web add dsh-forgeby NinjaSln-labs
DeepSeek Harness 插件:Cursor-as-subagent 提供方——一次本地 @cursor/sdk one-shot 运行、摘要优先结果、可无人值守的 Profile Bundle
★ 0
↓ 353/wk
MIT
TypeScript
Oct 2, 2026
dsh plugin --profile web add dsh-subagent-cursorby anywhere-labs
为 DeepSeek Harness (DSH) 插件生态打造的现代化桌面端解决方案。万物皆「插件」,桌面本身也是「插件」。
★ 34.2k
↓ 124/wk
MIT
TypeScript
Oct 30, 2026
dsh plugin --profile web add dsh-plugin-desktopby dshplugin
DeepSeek Harness 社区内置插件市场(dsh-plugin)— 搜索插件、下载并安装 4000+ 人工精选社区插件,每日更新、完全免费。内置在 Harness「设置 → 插件中心」,无需离开应用即可浏览、搜索、安装各类 AI 插件。
★ 406
↓ 7.3k/wk
MIT
TypeScript
Oct 30, 2026
dsh plugin --profile web add dsh-pluginby awol2005ex3
DeepSeek Harness (dsh) 插件:**在 dsh 里浏览与操作 HDFS**。Rust (napi-rs + hdfs-native) 直连集群,支持 HA 多 Namenode 与 Kerberos,带 Web 浏览面板与 agent 工具。
★ 0
Apache-2.0
TypeScript
Oct 21, 2026
dsh plugin --profile web add dsh-hdfsby yiyunet
一个跑在 DeepSeek Harness 输入区的学习插件:把「收集 → 提炼 → 关联 → 升级 → 沉淀 → 复用」做成有交互引导、预设管理、审核入库与体系体检的运行时能力。DeepSeek Harness plugin: a four-entry learning workspace.
★ 1
MIT
JavaScript
Oct 25, 2026
dsh plugin --profile web add @yiyunet/dsh-learn-skills