@dsh-workbench/core 0.1.0

package/cordis.patch.yml

@@ -0,0 +1,42 @@
+# 工作台 bundle 的补丁层。做三件事：
+#   1. 关掉出厂的左栏 ui-sidebar —— 由我们接管 sidebar 槽；
+#   2. 打开宿主的模块监听 —— 让 `npm run dev` 重建后宿主插件能热换；
+#   3. 插入工作台插件本体。
+#
+# 组合顺序（实测）：
+#   1. bundle 层（dsh.profile.bundles 顺序）   ← 本文件在这里
+#   2. profile 用户层（profiles/<name>/cordis.patch.yml，Settings 页写的就是它）
+#   3. 机器公共层（$DSH_HOME/cordis.patch.yml，对所有 profile 生效）
+#   4. --patch 叠加层
+#
+# 我们排在 bundle 列表最后，所以能覆盖 dsh-web-app 插入的 ui-sidebar 行。
+
+# ── 为什么必须"关掉"而不是"运行时遮蔽" ────────────────────────────────
+# sidebar 是 single 槽，理论上可以用更低的 priority 遮蔽 ui-sidebar 的
+# SidebarRoot。但子座位（sidebar.panellist / sidebar.settings / …）的声明
+# 是**独占 claim**，SlotSpec 里没有 priority：两个 entry 声明同一批座位，
+# 后一个会抛错，导致 ui-sidebar 整个 entry 激活失败、前端直接白屏报
+# "Failed to load plugins"。
+#
+# 所以正确做法是在组合层把它摘掉，让工作台插件成为 sidebar 槽的唯一
+# 注册者。这也正是 profile 隔离的价值：只影响工作台，dsh web 一点不动。
+- id: ui-sidebar
+  name: '@deepseek-ai/dsh-client-ui-sidebar'
+  disabled: true
+
+# ── 宿主侧热更新 ──────────────────────────────────────────────────────
+# 出厂默认 `root: []` = 不监听任何模块目录，改了宿主代码只能重启。
+# 这里打开监听：**路径由启动器通过 `DSH_WORKBENCH_ROOT` 给出**。
+# 实测过 `'.'`（以 profile 目录为基准）不行：我们的包在 profile 里只是一个指向
+# 本仓库的符号链接，从 profile 目录出发根本走不到 /Volumes/…，chokidar 收不到事件。
+#
+# 注意 `config` 是**整体替换**（不深合并），所以 `root` 必须写全。
+- id: hmr
+  config:
+    root:
+      - !!js process.env.DSH_WORKBENCH_ROOT ?? '.'
+
+- insert:
+    - id: workbench
+      name: '@dsh-workbench/core'
+