@dsh-workbench/core 0.1.15 → 0.1.17

package/cordis.patch.yml

@@ -62,6 +62,28 @@
     # schemastery 的 Config 不吞未知键（已实测），所以这个选项会原样传进 chokidar。
     followSymlinks: false
 
+# ── 工作台运行时的**可写根**：让外壳在**任意 profile** 里自足 ──────────────
+#
+# 这一行与 `--patch profile/sandbox.patch.yml` 是同一件事（启动器每次启动都叠那一层）。
+# 为什么这里还要再来一份：外壳现在可以被**直接装进别人的 profile**（dsh web 的
+# Plugins 页 → Add plugin → `@dsh-workbench/core`）。那条路上没有启动器，
+# 而少了这一行，插件发起的命令（启动体检装隔离 opencli、市场装 opencli 插件、
+# opencli 自己的 trace / browser-profile 写入）全都撞文件沙箱 —— 可写根是
+# dsh-base 出厂那句 `process.cwd()`，`$DSH_HOME/workbench` 不在它下面。
+#
+# 为什么放**组合层**而不是让宿主自己改策略：`sandboxPolicy` 的 workspaceRoot 是
+# 启动时读的部署策略，插件没有正当入口改它（改服务字段是绕过策略，不是声明策略）。
+# bundle 层正好在 profile 用户层**下面** —— 所以"装了就生效"与"用户自己写一行就
+# 覆盖它"同时成立，这正是这一层该有的位置。
+#
+# 代价写在明处（ADR-0037）：这个 profile 里**无会话的**插件命令，可写根从
+# `process.cwd()` 变成 `$DSH_HOME/workbench`。有会话的命令不受影响（会话用自己的
+# cwd），工作台自己的命令本来也只该写这一棵树。
+- id: sandbox-policy
+  config:
+    mode: !!js process.env.DSH_PERMISSION_MODE ?? 'workspace-write'
+    workspaceRoot: !!js dshHomePath('workbench')
+
 - insert:
     - id: workbench
       name: '@dsh-workbench/core'