deepseek-harness
deepseek-ai
DeepSeek Harness: Everything is a Plugin.
wishesl/dsh-launcher
Manage DSH plugins & runtime without launching it: plugin market, per-instance masking, version install. Wails v2 (Go + React). DeepSeek Harness 桌面启动器:不启动 DSH 即可安全管理插件与本体——多实例/多版本一键启动、实时日志、npm 版本查询、插件市场(安装/卸载/开关/收藏/分享码)、实例级插件临时屏蔽。基于 Wails v2 (Go + React)。
PROJECT TOPICS
PROJECT README
一个 跨平台桌面 GUI 启动器(Windows / macOS / Linux),用于以「指定目录 + 指定版本」的方式启动 DeepSeek Harness(DSH),并可视化地查询版本、管理实例、装配插件、查看实时日志。
DSH 的启动方式本质是一条 npx -y @deepseek-ai/dsh@<版本> web 命令(在某个工作目录里运行)。
启动器把「选目录 + 选版本 + 启动/停止 + 配插件 + 看日志」封装成开箱即用的图形界面,
还能把 DSH 界面直接嵌进自己的窗口当伪桌面版用。
实例管理(一个实例 = 一个目录 + 一个版本;卡片可拖拽排序,标题右侧是「兼容性检查」入口):

版本历史(npm latest / next / 全部版本与发布时间;「最佳适配」是启动器实测验证过的版本):

插件市场 · 已安装(逐个启用 / 禁用,开关写入 profile 补丁层,约 1 秒 HMR 生效、重启保持):

内置 DSH 视图(把 DSH 界面嵌进启动器窗口 —— 顶栏保留刷新 / 退出,其余整块让给 DSH):

更早版本的界面截图保留在
doc/下,仅作历史记录(界面已经改过多轮)。
把 DSH 装好、配好、插件调好,再干干净净地启动——整个过程不需要先打开 DSH:
latest / next / 全部版本与发布时间;
「安装到目录」把指定版本真实装进目录 node_modules(pnpm 安装 + 自动批准原生模块构建),
agent 可读源码;也可以「源码启动」直接跑源码目录(初始化 / 构建 / 启动命令一键执行)。--patch 覆盖层,
只对这一次启动生效,不改全局开关状态,实例停止后自动恢复;已卸载的插件自动不展示、不屏蔽。简单说:选目录 → 装版本 → 配插件 → 点启动,全程图形化,不开一条命令行,也不提前启动 DSH。
顶栏点显示器图标,下半区整块换成 DSH 网页,菜单与运行日志两栏让位 —— 看起来就像一个原生桌面版 DSH。
顶栏只保留「刷新 / 退出」两个按钮,其余空间全给 DSH;按 Esc 也能退出。
地址从哪来:DSH 每次启动都会新发一个带 token 的会话地址并只打印在启动日志里, 启动器从实例的启动过程里自动解析它,不需要手动粘贴。地址里的 token 在界面上是打码的 (只在 iframe 内部使用)。
前置条件(三条都满足才能内嵌):
dsh-self-mcp。第 2、3 条不是形式要求:DSH 的会话 cookie 是 SameSite=Strict,跨源 iframe 里拿不到它,
不放宽就是永久 401。内置插件只做最小放宽——仅对「带有效 launch token 的首页请求」和
「来自启动器源的 /api 请求」放行,其它来源照旧被 Host/Origin 栅栏与 Sec-Fetch-Site 挡住。
条件不满足时入口会置灰并说明原因,而不是让你点进去看着它一直重连。
DSH 迭代很快,启动器有几处必然咬住它内部实现的地方(启动日志格式、connection 上的认证方法、
Cordis 装载配置……)。这些耦合点按能力探测,不按版本号判断:版本号是上游控制的时间戳,
用户装的是 latest,任何「版本 → 启用什么」的对照表都必然滞后一步。
探测结论有明确的出口,集中在右栏第三个标签「兼容性」,另有实例页标题右侧的「兼容性检查」入口 (有问题的实例数直接落在按钮上):
dsh-restart 是否注册成功、会话校验是否放宽、重启完成的投递通道……最佳适配版本是同一套思路的另一面:启动器会标出自己实测验证过的 DSH 版本 (版本列表打标签、实例表单里标注并在偏离时给一句提示),但它是推荐,不是许可 —— 能不能用始终由上面的实时探测决定,装别的版本照样能启动。
sudo apt install libgtk-3-dev libwebkit2gtk-4.1-dev libsoup-3.0-dev libayatana-appindicator3-dev librsvg2-dev,
且构建时加 -tags webkit2_41(wails build -tags webkit2_41,Ubuntu 24.04 已移除 webkit2gtk-4.0)。
启动器「设置」面板可一键检测 npm / pnpm 是否可用并安装 pnpm。dsh-launcher-windows-amd64.exe / macOS dsh-launcher-darwin-*.zip / Linux dsh-launcher-linux-amd64.tar.gz,无需安装);
或克隆仓库后 cd dsh-launcher && wails build 自行构建。node_modules,避免 npx 反复联网拉取、也能让 agent 读到源码。dsh-self-mcp 安装到全局。之后模型就能调用 dsh-restart 工具重启
DSH,重启完成后启动器会自动把「重启完成」消息投回发起会话,让对话继续。Esc 或顶栏「退出」返回。提示:DSH 本质是
npx -y @deepseek-ai/dsh@<版本> web运行在选定目录里,多个实例互不干扰; 一个目录对应一个版本,别混着用(详见DSH版本查询与升级指南.md)。
参考 DSH版本查询与升级指南.md,主要解决两个痛点:
node_modules 副本,
导致「明明 npm 有新版本,本机却一直在跑旧版」。npm view / npx ... web),容易记错。启动器的价值:
latest、next dist-tag、全部版本历史与发布时间;标注最佳适配版本;
本地实际版本通过读取 目录/node_modules/@deepseek-ai/dsh/package.json 探测。
版本来源:官方 registry 优先,npmmirror 兜底。npx -y @deepseek-ai/dsh@<version> web,默认/推荐「本地副本(local)」,
并支持一键「安装到目录」,避免 npx 反复联网拉取。pnpm install / pnpm run build / pnpm dsh web),一键执行。dsh-self-mcp 提供 dsh-restart 工具;
重启完成后自动向发起会话注入「重启完成」消息并唤醒它继续执行(以插件通知形式折叠显示,不是用户气泡)。dsh plugin --profile web 通道),
启用 / 禁用直接写 profile 的 cordis.patch.yml(HMR 约 1 秒生效、重启保持);
操作进度实时显示在右侧日志面板,支持镜像源配置与网络代理。--patch 覆盖层,
不改全局开关状态、实例停止后自动恢复;已卸载插件自动不展示、不屏蔽。settings.json;
右栏第一个标签是实例日志(标题旁下拉切换实例),后两个是市场任务与兼容性。| 层 | 技术 |
|---|---|
| 桌面壳 / 后端 | Wails v2 + Go 1.25(Windows / macOS / Linux 三端) |
| 前端 | React 18 + TypeScript + Vite 3 |
| 系统托盘 | fyne.io/systray(独立 goroutine 跑消息循环,三端通用) |
| 单实例 | Wails options.SingleInstanceLock |
| 跨平台进程管理 | 平台抽象层(procattr_windows.go / procattr_unix.go):Windows 走 cmd /c + Job Object + taskkill;macOS/Linux 走 sh -c + Setsid 进程组杀树 |
| 内置插件 | dsh-self-mcp(Cordis 插件,源码内嵌进 launcher 二进制,可一键安装到 profile) |
dsh-launcher/
├── main.go # 应用入口:窗口/托盘/单实例锁/绑定
├── app.go # App 生命周期 + 实例增删改查等绑定方法
├── version.go # 启动器版本 + 最佳适配的 DSH 版本(都是 ldflags 可覆盖的变量)
├── instances.go # 实例持久化(%APPDATA%\DSHLauncher\instances.json)
├── instance_mask.go # 实例级插件屏蔽(名单持久化 + 临时 --patch 覆盖层生成/清理)
├── self_restart.go # 自管理重启契约(双门控、覆盖层、restart-request.json 消费)
├── self_restart_install.go # 内置插件 dsh-self-mcp 的解出与安装(embed.FS → profile)
├── embeddata.go # 内置插件源码的 embed 声明
├── capabilities.go # 兼容性探测(读插件能力报告 + 启动器侧探针 → 面板数据)
├── dsh_query.go # 版本查询(npm registry / 本地版本探测)
├── dsh_process.go # 进程管理(npx/pnpm 启动、进程树停止、日志推送、就绪探测、地址/token 解析)
├── dsh_job_windows.go # Windows 进程树管理(Job Object / taskkill)
├── dsh_job_other.go # 其它平台的空实现
├── install.go # 「安装到目录」(pnpm 安装 + 批准原生模块构建)
├── market_catalog.go # 插件市场目录拉取(镜像源 / ETag 缓存)
├── market_ops.go # 插件安装 / 卸载(复用官方 dsh plugin CLI)
├── market_installed.go# 已装插件读取与启用/禁用(写 cordis.patch.yml 补丁层)
├── market_update.go # 插件更新检查与执行(含内置插件)
├── favorites.go # 插件收藏与分享码
├── service_probe.go # 独立端口服务探测(驱动「已就绪」+ 打开按钮)
├── proxy.go # 网络代理(npm/pnpm/git/registry)
├── env.go # 前置环境检测(npm/pnpm)与 pnpm 安装
├── settings.go # 设置持久化(布局、三栏宽度、托盘行为等)
├── logging.go # 实例日志落盘
├── tray.go # 系统托盘
├── procattr_*.go # 平台进程属性 / 杀进程树
├── embed/dsh-self-mcp/ # 内置插件源码(Cordis 插件,见其 README)
└── frontend/
└── src/
├── App.tsx / api.ts / types.ts / util.ts
└── components/
├── Header.tsx / Sidebar.tsx / WinControls.tsx # 顶栏 / 左侧菜单 / 窗口按钮
├── InstancesView.tsx / InstanceCard.tsx / InstanceForm.tsx
├── MaskPluginsDialog.tsx # 实例「屏蔽插件」选择弹窗
├── VersionView.tsx / VersionPanel.tsx # 版本历史
├── MarketView.tsx # 插件市场(发现 / 已安装 / 收藏)
├── LogDrawer.tsx / LogPanel.tsx # 右侧运行日志第三栏(含兼容性面板)
├── Resizer.tsx # 三栏宽度拖拽
├── SettingsView.tsx # 设置
└── ExitDialog.tsx / ShareCodeDialog.tsx / Switch.tsx
└── wailsjs/ # Wails 自动生成的前端绑定
后端通过 window.go.main.App.* 暴露绑定方法给前端,事件走 window.runtime.EventsOn/Off:
| 事件 | 载荷 | 用途 |
|---|---|---|
dsh:log |
LogEvent |
实例日志行 |
dsh:status |
StatusEvent |
实例状态变化 |
dsh:service |
ServiceState |
服务可达性(驱动「DSH 已就绪」) |
dsh:notice |
NoticeEvent |
顶部 toast |
dsh:market-log |
MarketLogEvent |
市场操作输出行 |
dsh:market-status |
MarketStatusEvent |
市场任务运行/完成/失败/取消 |
dsh:env-log |
EnvLogEvent |
环境检测 / pnpm 安装输出 |
dsh:close-requested |
— | 点窗口 ✕ |
前置要求:Wails v2 CLI + Go 1.25+ + Node.js。
cd dsh-launcher
# 实时开发模式(前端热更新,Windows 上同样支持 WebView2)
wails dev
# 前端类型检查 + 构建
cd frontend && npm run build
# 构建可分发生产包(产物 build/bin/dsh-launcher.exe)
cd .. && wails build
# 带版本号(顶栏会显示);最佳适配版本也可用同样方式覆盖
wails build -ldflags "-X main.version=0.1.5 -X main.bestFitDSHVersion=0.1.6-rc.1"
生成的应用名为
dsh-launcher(见wails.json)。 改过后端绑定方法后需要重新生成前端绑定(wails generate module,wails build也会自动做)。
推送 v* 标签即触发 GitHub Actions 在 Windows / macOS / Linux 三个平台自动编译并发布到
Releases:
git tag v0.1.0
git push origin v0.1.0
每次发布自动产出四份产物(附自动生成的更新说明):
| 平台 | 产物 |
|---|---|
| Windows x64 | dsh-launcher-windows-amd64.exe |
| macOS(Apple Silicon) | dsh-launcher-darwin-arm64.zip |
| macOS(Intel) | dsh-launcher-darwin-amd64.zip |
| Linux x64 | dsh-launcher-linux-amd64.tar.gz |
提示:产物未做代码签名,Windows SmartScreen / macOS Gatekeeper 首次运行可能提示「未知发布者」,按提示「仍要运行/打开」即可。
| 内容 | 路径 |
|---|---|
| 实例列表 | %APPDATA%\DSHLauncher\instances.json |
| 应用设置(布局、三栏宽度、托盘行为等) | %APPDATA%\DSHLauncher\settings.json |
| 插件收藏 | %APPDATA%\DSHLauncher\favorites.json |
| 实例插件屏蔽名单 | %APPDATA%\DSHLauncher\instance-masks.json |
| 插件市场目录缓存 | %APPDATA%\DSHLauncher\market-catalog.json |
| 实例运行日志 | %APPDATA%\DSHLauncher\logs\<实例ID>.log |
| 临时插件屏蔽层(运行期间) | 实例目录下 .dsh-mask-<实例ID>.yml(停止后自动删除) |
| 临时自管理重启覆盖层(运行期间) | 实例目录下 .dsh-self-restart-<实例ID>.yml(停止后自动删除) |
| 插件能力报告 | 实例目录下 .dsh-self-mcp\capabilities.json(每次启动前清空,由内置插件写入) |
| 内置插件解出位置 | profile 目录下 .dsh-builtin\dsh-self-mcp |
AGENTS.md —— 开发流程约定与踩坑速查(布局铁律、前端约定、兼容性探测原则)dsh-launcher/embed/dsh-self-mcp/README.md —— 内置插件:重启语义、能力报告格式、内嵌放宽的安全边界需求.md —— 完整需求与关键决策记录DSH版本查询与升级指南.md —— DSH 版本查询与升级的背景调查插件市场实现方案.md —— 插件市场设计决策插件收藏功能实现方案.md —— 收藏与分享码设计决策插件更新功能实现方案.md —— 插件更新检查与执行设计决策CLASSIFICATION EVIDENCE
系统优先读取 GitHub Topics,再与站内分类词典和词根规则比对。当前命中: desktop-app。