@dsh-workbench/core 1.1.12 → 1.1.14-beta.0

package/README.md

@@ -2,7 +2,7 @@
 
 工作台本体：一个 **DeepSeek Harness 插件**，给 dsh 换一层外壳 —— 左栏项目与会话、
 中间常驻对话、右侧一列实时数据面板。dsh 本体一行不改，装与不装都只影响你自己的这份实例。
-同仓的另外三个包（`shared` / `module-tools` / `module-hello`）是给**模块作者**的库与样本，
+同仓的其他包（`shared` / `module-tools` / `module-hello` / `adapter-*` / `adapters-default`）是给**作者与实现者**的库、样本与适配器，
 终端用户只会直接装这一个。
 
 > 只想把它用起来？先看根目录的 [README](../../README.md)：三种装法、界面长什么样、
@@ -89,14 +89,16 @@ dsh-workbench migrate --force  # 已经迁过一次、想再补并一次
 
 | 路径 | 是什么 |
 |---|---|
-| `dist/host/**` | 宿主侧入口（`exports["."]`）与类型；构建产物，不进 git |
+| `dist/host/**` | 宿主侧入口（`exports["."]`）；构建产物，不进 git |
+| `dist/types/**` | 类型声明（`exports` 的 `types` 指向这里）；构建产物，不进 git |
 | `client.js` | 浏览器侧 bundle，dsh 客户端按 `dsh.client` 加载 |
 | `cordis.patch.yml` | 把自己插进 profile 组合图的补丁（装载） |
 | `preset/diy.patch.yml` | 「工作台 DIY 模式」的 preset；由 `scripts/gen-diy-preset.mjs` 从 dsh 出厂那份 `standard.patch.yml` 派生（生成后提交，selfcheck 盯过期） |
 | `profile/` | 出厂 profile 模板：可写根那一行（启动器 `--patch` 用，seed 也抄进 profile） |
 | `skills/` | 模块 DIY 指引，装好后挂给 agent；漏了不报错，只是 agent 不知道要怎么做模块 |
 | `bin/` | `dsh-workbench` 启动器、隔离 opencli 的入口 |
-| `scripts/` | 随包出货的脚本：`seed-profile.sh` / `seed-workshop.sh` / `create-workbench.mjs` / `clone-profile.mjs` / `share-data-root.mjs` |
+| `scripts/` | 随包出货的脚本：`seed-profile.sh` / `seed-workshop.sh` / `create-workbench.mjs` / `clone-profile.mjs` / `share-data-root.mjs` / `patch-blocks.mjs` |
+| `icon.svg` | 插件图标（dsh 插件页用） |
 
 ## 数据落在哪
 
@@ -166,6 +168,7 @@ dsh-workbench migrate --force  # 已经迁过一次、想再补并一次
 | 自检说「连接浏览器 · 还没连上」/ 面板取不到数据 | 扩展没装或没启用：从 [Chrome 应用商店](https://chromewebstore.google.com/detail/opencli/ildkmabpimmkaediidaifkhjpohdnifk)装 OpenCLI，在扩展页确认启用，保持浏览器开着，回「准备工作台」那一屏点「重试」。多个浏览器账号会要求先选默认的那个：按页面上给的那条命令做 |
 | 体检说「连接浏览器 · 还没连上」，可面板照样能用 | 本机全局 opencli 与隔离运行时版本不一致，daemon 被顶成对方那版；下一条浏览器命令会自动把它重启回来，复检后改回「已连接」 |
 | Desktop 里体检一直「没连上」 | 浏览器没开。「准备工作台」那一屏有「打开浏览器」，点了才开上次承载扩展的那个（没记住就用 Chrome），开完自动复检；点了会切到 Chrome 前台（冷启动抢焦点，静默做不到）。仍连不上多半是扩展没装或被禁用 |
+| 准备页停住、说「命令行没有返回」 | 命令发出去了、结果没回来（宿主那边的子进程没起来，常见于 Windows 沙箱的残留锁文件）。完全退出工作台（托盘图标也要退），清掉系统临时目录里 `dsh-` 开头的残留，再打开；反复出现就升级 dsh 客户端。重装 Node / npm / pnpm 没用 —— 工具本身是好的 |
 | 模型列表里只有出厂的几个、没有自己配的供应商 | 新 profile 不带设置。设置 → 工作台设置 → 配置同步 → 勾 `llm-` 那几行 → 同步 |
 | 配置同步里某行说 `@x 还没装` | 那一行点名的包不在这个 profile 的 `node_modules` 里：`dsh plugin --profile workbench add @x`（或在模块市场装），装完 dsh 会自行重组，它报 `restartReason` 时才重启 |
 | 启动被拒，说 dsh 太旧 | `npm i -g @deepseek-ai/dsh@latest`，装完重启工作台 |

package/bin/seed-workshop-windows.mjs

@@ -1,5 +1,5 @@
 #!/usr/bin/env node
-import { spawn } from 'node:child_process';
+import { execa } from 'execa';
 import {
   existsSync,
   lstatSync,
@@ -250,20 +250,17 @@ function manifestCoreSpec() {
 
 function install() {
   say('装工坊依赖（第一次会下载 react / typescript / vitest）...');
-  return new Promise((resolve) => {
-    const child = spawn(`"${pnpm}" install`, {
-      cwd: diy,
-      stdio: 'inherit',
-      shell: true,
-      env: process.env,
-      windowsHide: true,
-    });
-    child.on('error', (error) => {
+  return execa(pnpm, ['install'], {
+    cwd: diy,
+    stdio: 'inherit',
+    env: process.env,
+    reject: false,
+  })
+    .then((result) => result.exitCode ?? 1)
+    .catch((error) => {
       say(`pnpm 没跑起来：${String(error)}`);
-      resolve(1);
+      return 1;
     });
-    child.on('close', (code) => resolve(code ?? 1));
-  });
 }
 
 const version = shellVersion();