wisdomriver/dsh-desktop

README 摘要

dsh-desktop DeepSeek Harness 桌面应用,从 harness 仓库拆分而来:一个 Electron 壳,在系统 Node 下启动封闭的 web 宿主负载,并在沙箱窗口中加载其 Web UI。harness checkout 保持零改动——本项目只在构建负载期间临时使用它。 目录结构 路径 职责 shell/ 独立 Electron 应用(自有 npm 树):supervisor、窗口、设置、 --smoke 验收模式 payload/ 负载源码:部署根 manifest( package.json )、封闭运行时入口( bin/web-desktop-bin.mjs )、空根配置、无密钥冒烟测试( tests/smoke.mjs ) payload/dist/staging/ 壳实际启动的物化闭包(构建输出,已 gitignore) scripts/build-payload.mjs 负载构建器:驱动 harness checkout,用完自清理(见下文) docs/design.md 设计记录与迁移历史 负载入口与 dsh --profile web 完全一致地组装 Web 面,仅去掉 Harness-home 的 profile 层:它从闭包内部加载官方 dsh-base 与 dsh-web-app 的 cordis.patch.yml 子路径导出,附加随包分发的 agent-presets 根(来自 CLI 包的 config/agent-presets ),并应用遥测开关。没有任何文件被复制——升级 闭包即升级组装。 为什么构建需要 harness checkout 依赖闭包包含 vendored 的 Cordis 框架包( @deepseek-ai/cordis 、 cosmokit 、 schemastery ……),它们是 private 且从不发布的包,因此部署根 只能在某个 checkout 的 pnpm workspace 内物化。 scripts/build-payload.mjs 把这种耦合保持在临时状态:它把负载源码复制进 /desktop-payload/ ,在 checkout 的 pnpm-workspace.yaml 里注册 该成员(带标记注释),安装并把闭包部署到本项目的 payload/dist/staging , 随后再次移除成员与标记。失败的运行在退出途中清理; --keep-member 保留现场 供调试。壳本身从不需要 checkout。 构建与运行 完整的本地打包流水线(负载暂存 → 无密钥冒烟 → 打包 → 校验 → Windows 壳 安装包)只需一条命令: 各步骤仍列在下面,便于精细控制。 壳安装包与自更新 electron-builder 只打包壳本身(绝不打包负载——负载永远…

分类