@dsh-workbench/core 0.2.5 → 0.2.7

package/scripts/seed-profile.sh

@@ -1,11 +1,14 @@
 #!/usr/bin/env bash
 #
 # 一次性引导：从 shipped 的 web 模板创建 workbench profile，
-# 继承 web 的配置（bundle 清单 + 设置快照 + 设置引用到的依赖），
+# 继承 web 的 **bundle 清单**（这台机器上装了哪些 bundle），
 # 再加上会话 / 存储 / 附件的隔离层。
 #
-# 幂等 / 可续跑：profile 已存在就跳过创建，patch 已非空就跳过继承，
-# 隔离层已存在就跳过追加，依赖已在 node_modules 就跳过安装
+# **设置不在这里继承**（这里曾经把 web 的 cordis.patch.yml 快照一份过来）：
+# 工作台自己的 patch 是唯一真相，想搬 web 的哪几行由用户走「设置 → 配置同步」。
+# 为什么这么分（安装 vs 设置）、为什么不再是自动的：.scratch/config-sync/spec.md
+#
+# 幂等 / 可续跑：profile 已存在就跳过创建，隔离层已存在就跳过追加
 # —— 重复运行不会覆盖任何东西。
 # 安全：全程只**读** web 的 profile 目录，只**写** workbench 自己的目录。
 #
@@ -39,11 +42,6 @@ die() {
 
 DST_PATCH="$DST_PROFILE/cordis.patch.yml"
 
-# dsh 生成的 patch 文件带一段注释头，所以"是否还是空层"不能直接和 [] 比。
-is_pristine_patch() {
-  [ "$(grep -v '^[[:space:]]*#' "$1" | tr -d '[:space:]')" = "[]" ]
-}
-
 # ── 第 1 步：创建 profile ────────────────────────────────────────────────
 # --from-default-profile web 只复制 web 模板的 bundle 列表
 # （dsh-base + dsh-web-app），**不**复制 web 的 cordis.patch.yml。
@@ -85,90 +83,25 @@ fs.writeFileSync(process.env.WB_MANIFEST, JSON.stringify(wb, null, 2) + "\n");
 console.log("→ 已继承 web 的 bundle 列表: " + merged.join(", "));
 '
 
-# ── 第 3 步：把 web 的设置文档复制过来，作为「继承」的起点 ──────────────
-# profiles/<name>/cordis.patch.yml 就是 Settings 页的活文档
-# （config-editor.documentPath === profileContext.patchPath）。
-# 复制一份快照，两边之后各自独立演进 —— 这正是「互不干扰」的实现方式。
-if is_pristine_patch "$DST_PATCH"; then
-  cp "$SRC_PROFILE/cordis.patch.yml" "$DST_PATCH"
-  echo "→ 已继承 web 的配置快照"
-else
-  echo "→ profile 的 patch 已非空，跳过继承（避免覆盖你自己的改动）"
-fi
-
-# ── 第 4 步：追加会话 / 存储 / 附件隔离层 ───────────────────────────────
+# ── 第 3 步：追加会话 / 存储 / 附件隔离层 ───────────────────────────────
 if grep -q 'id: session-persistence-jsonl' "$DST_PATCH"; then
   echo "→ 隔离层已存在，跳过"
 else
+  # dsh 生成的 profile patch 是「三行横幅注释 + 一个空数组 []」。空数组本身是一个**完整的
+  # YAML 文档**，往后直接接一个序列，解析就会在最外层报
+  # "end of the stream or a document separator is expected"，profile 直接起不来
+  # （实测 dsh 0.2.1-alpha.3：setup 出来的 profile 报这条，去掉那行 [] 才起）。
+  # 所以追加之前先把那行单独的 [] 拿掉；本来就没有（或已经是序列）时这一步什么都不做。
+  if grep -qx '\[\]' "$DST_PATCH"; then
+    grep -vx '\[\]' "$DST_PATCH" >"$DST_PATCH.tmp" && mv "$DST_PATCH.tmp" "$DST_PATCH"
+    echo "→ 模板 patch 里的空数组 [] 已让位（否则接不上隔离层）"
+  fi
   printf '\n' >>"$DST_PATCH"
   cat "$ISOLATION" >>"$DST_PATCH"
   echo "→ 已追加隔离层（sessions / storages / attachments 分家）"
 fi
 
-# ── 第 5 步：继承「被 patch 点名」的依赖 ────────────────────────────────
-# 第 3 步把 web 的设置文档整份复制了过来，而那份文档是**按 name: 点名**插件的。
-# 出厂 @deepseek-ai/* 由 dsh 安装本体解析，不必装；但自己装的第三方包
-# （例如 @deepseek-ai/dsh-web-search-exa）只住在 profile 的 node_modules 里
-# —— 不跟着继承的话，那一行会以 "failed to import" 静默不激活，功能凭空少一块。
-#
-# 只继承**被 patch 引用**的那些：web 的 dependencies 里可能有装了却没有任何行
-# 引用的包（本机就有 @aipanel/dsh-client 与 @aipanel/dsh-plugin），整份搬过来
-# 只是死重量。反过来说，**不能只写进 package.json** —— node_modules 得跟上，
-# 否则症状一模一样。
-WANTED="$(
-  WB_MANIFEST="$DST_PROFILE/package.json" \
-    WEB_MANIFEST="$SRC_PROFILE/package.json" \
-    PATCH="$DST_PATCH" \
-    node -e '
-const fs = require("node:fs");
-const read = (p) => JSON.parse(fs.readFileSync(p, "utf8"));
-const wb = read(process.env.WB_MANIFEST);
-const web = read(process.env.WEB_MANIFEST);
-
-// patch 里非注释行的 `name:` —— 注释掉的条目（# 开头）不算引用。
-const referenced = new Set();
-for (const line of fs.readFileSync(process.env.PATCH, "utf8").split("\n")) {
-  if (/^\s*#/.test(line)) continue;
-  const m = /^\s*-?\s*name:\s*"?([^"\s#]+)/.exec(line);
-  if (m) referenced.add(m[1]);
-}
-
-// workbench 自己已有的声明优先 —— 重复 seed 不会覆盖你钉住的版本。
-const own = wb.dependencies || {};
-const missing = {};
-for (const [name, version] of Object.entries(web.dependencies || {})) {
-  if (referenced.has(name) && !(name in own)) missing[name] = version;
-}
-if (Object.keys(missing).length > 0) {
-  wb.dependencies = Object.assign({}, missing, own);
-  fs.writeFileSync(process.env.WB_MANIFEST, JSON.stringify(wb, null, 2) + "\n");
-}
-
-// 报出全部「被点名」的依赖（不只是这次新加的）：node_modules 也可能被清过。
-console.log(
-  Object.keys(web.dependencies || {})
-    .filter((name) => referenced.has(name))
-    .join(" "),
-);
-'
-)"
-
-WANTED_MISSING=0
-if [ -n "$WANTED" ]; then
-  echo "→ patch 引用的依赖（须在 profile 内可解析）: $WANTED"
-  for dep in $WANTED; do
-    [ -d "$DST_PROFILE/node_modules/$dep" ] || WANTED_MISSING=1
-  done
-fi
-
-if [ "$WANTED_MISSING" = "1" ]; then
-  echo "→ node_modules 缺这些依赖，装进 profile（走 dsh 的包管理器）"
-  dsh plugin --profile "$(basename "$DST_PROFILE")" install
-else
-  echo "→ 依赖已齐备，跳过安装"
-fi
-
-# ── 第 6 步：建 DIY 工坊 ────────────────────────────────────────────────
+# ── 第 4 步：建 DIY 工坊 ────────────────────────────────────────────────
 #
 # 工坊是 DIY 模式的落点：agent 在那里造模块（一个模块一个目录），而 **DIY 会话的 cwd 就是它**。
 # 骨架 + 依赖 + 稳定入口都交给 `scripts/seed-workshop.sh` —— 启动器（bin/dsh-workbench）
@@ -186,7 +119,10 @@ fi
 
 cat <<EOF
 
-profile '$DST_PROFILE' 的骨架好了（bundle 清单 + 设置快照 + 隔离层）。
+profile '$DST_PROFILE' 的骨架好了（bundle 清单 + 会话/存储/附件隔离层）。
+
+设置**不在**这里继承：想要 web 那边的模型供应商 / 搜索源 / MCP，起工作台后去
+「设置 → 配置同步」按行勾（读的是那个 profile 的 cordis.patch.yml；搬完重启生效）。
 
 装 bundle —— 两条**等价**的路，任选一条（都走 dsh 的 runPluginCommand，装完会
 把 bundle 登记进 profile 清单）：