---
name: preload-panel
description: >
  在 DSH 会话中加载 ascend-sleuth 面板。先查本机 DSH 给模型哪些工具定装载路：有 cordis_define /
  cordis_run 就在会话内热加载（dsh-plugins/loader/panel-from-file.js，只发两个路径，不转写源码）；
  有 plugin_manager 工具就把 dsh-plugins/dsh-sleuth-panels/ 装成常驻插件包；三件工具都没有
  （DSH Desktop 默认如此）就跑 scripts/panel_install.js，经已认证的 /api 通路调界面同一个插件
  管理器装包，这条路不通再让用户在侧栏「插件」页粘贴该包的绝对路径。面板：ascend-panel
  →「诊断」「指标」两个 tab；ev-panel →「自演进」tab。仅 DSH 可用——依赖
  conversation.view 插槽；其他 agent（Claude Code / Codex / pi）无此机制。
---

# Preload Panel

DSH 会话中加载可视化面板（诊断 / 指标 / 自演进）。每个面板占 conversation.view 一个
tab（list 插槽，按 order 排列，可共存）。

面板源码只有一份（`dsh-plugins/<面板>/panel-host.js` 与 `panel-client.js`，动态插件
方言的函数体）。装载有四条路，先看本机 DSH 给模型哪些工具：

| 路 | 适用 | 怎么装 | 生效范围 |
|---|---|---|---|
| A 热加载 | DSH 有 `cordis_define` / `cordis_run` | 装 loader，再 `panel_from_file` 发两个路径 | 本会话 |
| B 常驻插件包 | 没有这两件工具，但有 `plugin_manager` | `plugin_manager install_bundle` 装 `dsh-plugins/dsh-sleuth-panels/` | 本 profile 的每个会话 |
| D 脚本安装 | 三件工具都没有（DSH Desktop 默认如此） | 跑 `node scripts/panel_install.js`，经 `/api` 通路调插件管理器 | 本 profile 的每个会话 |
| C 插件页安装 | D 路拿不到地址与 token，或 `/api` 没有认领端点 | 在侧栏「插件」页粘贴该包的绝对路径 | 本 profile 的每个会话 |

四条路读的是同一份面板源码；B、C、D 装的是同一个包、写进 profile 的是同一处状态，差别只在
谁去调插件管理器：模型的工具、界面，或模型拿界面那条 HTTP 通路。B、C、D 的产物是生成物，
改面板源码后要重跑生成器。

## 触发

用户需要面板但当前视图没有对应 tab 时，用本 skill 加载。

## 拉完代码怎么更新（每台机器同一条命令）

面板装在 profile 里的是**一份拷贝**，不是仓库的软链——所以 `git pull` 不会自动改到它。
在拉了最新代码的机器上跑：

```bash
node scripts/panel_install.js --sync
```

它按**版本号**判断，与插件管理器自己的去重口径一致：

- **版本一致** → 什么都不做，提示「不用重装，也不用重启」。这也解释了为什么改了源码却不涨版本时
  重装没有效果：管理器按 `name+version` 判「已装」，同版本直接 `changed=false`。
- **版本不一致 / 没装** → 卸了换装，并明确告诉你**要重启 DSH Desktop**。

### 为什么必须重启，刷新页面不够

host 半（`lib/index.js` 的 RPC 路由）在**进程启动时**装载；刷新页面只换浏览器那一半
（`lib/client.js`）。实测：装完新版本不重启时，面板 RPC 仍返回旧字段——看起来像"装了没生效"。
`application` 字段在换版本时不可靠（实测报 `applied` 却仍加载旧包），所以 `--sync` 的结论按
"文件到底换没换"给，不按这个字段给。

### 重启后怎么确认

```bash
node scripts/panel_install.js --check     # installed=true enabled=true，版本号等于仓库里的
```

再看**「诊断」tab 右上角的版本串**——它由构建时注入（`build_panel_bundle.js` 把 package.json 的
version 写进产物）。看不到最新版本，就是浏览器缓存了旧 bundle：DevTools 勾 Disable cache 再刷。

## 面板清单

| 面板 | 目录 | tab id / label | 视图 |
|---|---|---|---|
| 诊断面板 | `dsh-plugins/ascend-panel/` | `ascend-diagnose`(20) / `ascend-metrics`(21) | 会话列表/轨迹/证据 + 指标闭环判决（判据→结论/证据/下一步）/容量逐格/趋势 |
| 自演进看板 | `dsh-plugins/ev-panel/` | `ascend-evolve`(22) | 首屏是体检判决（要处理的判据 + 下一步动作）与触及面；卡收在默认收起的抽屉里作为 diff 日志 |

## 第 0 步：判本机 DSH 走哪条路

查工具目录里有没有 `cordis_define`、`cordis_run`、`plugin_manager`：

- **有 `cordis_define` / `cordis_run`** → 走 A 路（热加载）。新版 DSH 把模型侧定义与运行的
  入口删掉了，动态定义只由程序侧调用方与浏览器面板驱动；`dsh-cordis-host-runner` 的说明里
  写着本包不注册工具、内置模型工具无法创建或更新动态定义。这时 A 路的 loader 装不上——
  不要反复试 `cordis_define`。
- **没有这两件、但有 `plugin_manager`** → 走 B 路（常驻插件包）。
- **三件工具都没有** → 走 D 路（脚本安装）。发行版在基础层与 web 层的 patch 里各把插件管理器
  的模型工具行写成 `disabled: true`（`@deepseek-ai/dsh-base/cordis.patch.yml:19`、
  `@deepseek-ai/dsh-web-app/cordis.patch.yml:448-449`），模型侧没有这个工具。这时 B 路的工具
  不是「loader 还没装」，补装也补不出来。D 路打的是界面同一个服务的 HTTP 通路，成了就到此为止；
  拿不到地址与 token，或 `/api` 没有认领端点时，落到 C 路（用户粘贴）。

## A 路：热加载（本机 DSH 有这两件工具）

1. **确保 `panel_from_file` 工具可用**：先查它在不在（它按进程全局注册，通常已在；
   DSH 重启后第一次才缺）。缺则装 loader：
   1. `read dsh-plugins/loader/panel-from-file.js`（全文）
   2. `cordis_define`：kind: new，idPrefix `ldr`，`code.host` ← 刚读到的全文
   3. `cordis_run`（mode: run）——host-only 包，免审批

   loader 只用 `harness.registerTool` 与 `ctx.get('dynamicCordisRunner')` 两个公开机制。
   若本机 `cordis_define` 的参数表里有 `codeFile`，可省掉第 1 步，直接用它指向该文件。

2. **加载面板**：调 `panel_from_file`（不要用 `cordis_define` 转写源码）：

   ```
   panel_from_file(
     host:   dsh-plugins/<面板>/panel-host.js,
     client: dsh-plugins/<面板>/panel-client.js,
     idPrefix: ascend-panel 用 sleu / ev-panel 用 evbd,
     name, purpose)
   ```

   它读盘 → `dynamicCordisRunner.define()` → `run()`，源码原样进不可变 Package。
   返回 awaiting-approval 时告知用户在 UI 允许（Client 半需授权）；授权后 tab 出现。
   面板两个文件（`panel-host.js` 与 `panel-client.js`）合计：`ev-panel` 约 84 KB、`ascend-panel` 约 265 KB，发路径即可，别把全文重新输出一遍。

3. **验证**：确认插件 running 且无 waitingFor；tab 出现在对话视图（按上表 id 核对）。
   自演进看板首次打开会调 `scripts/ev_board_data.py` 汇总数据，确认数据区渲染。

改完面板代码再调一次同一条 `panel_from_file` 即重载（同 `idPrefix` 复用本会话的插件，
返回 `reused: true`，不会堆出重复 tab）。

## B 路：常驻插件包（本机 DSH 没有这两件工具）

1. **确认包与产物存在**：`dsh-plugins/dsh-sleuth-panels/`，含 `package.json`、
   `cordis.patch.yml`、`lib/index.js`、`lib/client.js`。两个 `lib/` 文件是生成物：
   面板源码改了就跑 `node scripts/build_panel_bundle.js`，用
   `node scripts/build_panel_bundle.js --check` 核对产物与源文件一致，
   `node scripts/check_panel_bundle.js` 做一次可加载性冒烟（路由、端点、工具、
   三个 tab、样式标签、卸载），以及三处名字对齐（`package.json` / `cordis.patch.yml` / 产物 export）。
   **不要手改 `lib/`**。同一条命令还会判本机 DSH 走哪条装载路，并核对常驻包依赖的五个外部契约
   （`webServer` 的 prefix 路由声明、`connection.requestRejection`、client 沙箱的 `styles.insert`、
   页面产物格式 `__ModuleLoader__.load`、shell 的 `resolve` + `execute`）还在不在——**装之前跑它**，
   找不到 DSH 时这一项按本地桩校验工具定义；`--selftest-dsh` 用临时假 DSH 自测这条判据，`--dsh-root <目录>` 指到别的安装处。

2. **装**：`plugin_manager install_bundle(target: <仓库绝对路径>/dsh-plugins/dsh-sleuth-panels)`。
   包会复制进 profile 的 generation，所以仓库被移动或 worktree 被清掉都不影响已装的那份；
   会影响该 profile 的每个会话，这是它的用途。

3. **读安装结果**（`application` 与 `warnings` 决定是否已生效，不要拿日志或进程列表代替）：
   - `applied` → 已生效。
   - `restart-required` → 运行时把先前的模块路径钉住了，要重启 DSH Desktop 才加载新版本；
     替换已装包时通常是这个（插件管理器默认只在能热替换时才回 applied）。让用户重启后再验证。
   - `failed` → 读诊断；`webServer` 一类的报错说明路由没注册成功。

4. **验证**：先跑 `node scripts/panel_rpc_probe.js`——它按页面的线协议打一条面板 RPC，
   直接告出 host 半挂没挂、工作区解析得出、取到几条会话（退出码 2 = 拿不到地址，或路由没在服务／未授权，
   "装了还没重启"是后者）。再用 `cordis_inspect_query`（client, `Slots`, `listSubTree`,
   root `conversation.view`）看三个 tab id 是否在占位列表里；最后请用户点开一页，确认
   React 那层的渲染（插槽占位与 RPC 都通了也不等于看着对，这一步只有页面能验）。
   浏览器代码是页面启动时装载的，刚装完要刷新页面。

5. **卸载**：`plugin_manager remove_bundle(target: 'dsh-sleuth-panels')`。

## D 路：脚本安装（本机 DSH 三件工具都没有）

DSH Desktop 把插件管理器接到界面上：侧栏「插件」页能安装、启用、禁用与卸载 profile 的包，
模型侧没有对应工具。发行版在工具清单里给 `plugin_manager` 标了 `disabled: true`（`app.asar`
内 `@deepseek-ai/dsh-plugin-manager` 的工具定义）。界面调的是 `pluginManager` 这个 Remote
服务，它和面板走同一条 HTTP 通路（Connection 在 `/api` 上把它的端点交给已认证的调用方），
所以模型可以自己装，不必让用户粘贴。

1. **先跑预检**：`node scripts/check_panel_bundle.js`（与 B 路第 1 步同一份检查：产物可加载性、
   三处名字对齐、五个外部契约）。探针在 profile 的 `node_modules` 与几个环境变量指的目录里找
   已安装的 DSH（`scripts/check_panel_bundle.js:621`），桌面版把 DSH 装在 `app.asar` 内，
   它找不到安装处，于是只按本地桩校验工具定义，第 2 行打印「这一项强度较弱」。
   这一项在桌面版查不了，其余几项仍然在查。

2. **装**：`node scripts/panel_install.js`——默认装
   `<仓库绝对路径>/dsh-plugins/dsh-sleuth-panels/` 并使能。它先
   `GET <base>/?token=<token>` 换会话 cookie，再 `POST <base>/api/pluginManager/<方法>`，
   信封是 `{type:'client-request', rpcId, method:'pluginManager/<方法>', payload:{args:{…}}}`；
   先 `inspect`（spec 传字符串）：认了且没装就调 `installBundle(spec, {enabled:true})`；
   回 `already-installed`（这条 refused 不带包名）就从本地 `package.json` 读包名再调
   `setBundleEnabled(name, true)`，spec 不是本地路径时读不到包名，脚本以退出码 1 收场。
   `--check` 只查状态，且只对能定到包名的目标给判断：定不到包名或目标没装都退 1。
   `--remove` 卸载，`--spec <spec>` 换目标（包名、Git 地址、tarball 或本地绝对路径）。
   地址与 token 的取法同 `panel_rpc_probe.js`：先扫日志，取不到再传 `--url` / `--token` / `--log`。
   退出码 0 = 操作完成（装好并使能、`--check` 有结果、`--remove` 成功都是 0；`application`
   可能是 `restart-required`，表示要重启 DSH Desktop 才加载新版本）｜2 = 拿不到地址与 token，
   或地址取到了但连不上，或 `/api` 没有认领端点、未授权｜1 = 其他失败。

3. **读安装结果**：`installBundle` 阻塞到操作结束才返回，`application` 与 `warnings` 与 B 路
   第 3 步同一套（`restart-required` 表示要重启 DSH Desktop 才加载新版本）。不需要读 profile
   的文件来替代这两个字段。

4. **验证**：先跑 `node scripts/panel_rpc_probe.js`（退出码 2 = 拿不到地址，或路由没在服务／未授权，
   "装了还没重启"是后者）；再请用户刷新页面，浏览器代码在页面启动时装载，对话视图的 tab 条里
   应出现诊断 / 指标 / 自演进三个 tab。B 路第 4 步那半条 `cordis_inspect_query` 查法在桌面版
   用不了，这条路上也没有这个工具。

5. **卸载**：`node scripts/panel_install.js --remove`。

## C 路：插件页安装（D 路拿不到地址，或 `/api` 没有认领端点时）

同一个包、同一个服务，只是换成用户在侧栏「插件」页里贴路径。

1. **先跑预检**：`node scripts/check_panel_bundle.js`（与 B 路第 1 步同一份检查：产物可加载性、
   三处名字对齐、五个外部契约）。探针在 profile 的 `node_modules` 与几个环境变量指的目录里找
   已安装的 DSH（`scripts/check_panel_bundle.js:621`），桌面版把 DSH 装在 `app.asar` 内，
   它找不到安装处，于是只按本地桩校验工具定义，第 2 行打印「这一项强度较弱」。
   这一项在桌面版查不了，其余几项仍然在查，不代表契约有问题。

2. **装**：让用户在侧栏「插件」页的添加入口粘贴 `<仓库绝对路径>/dsh-plugins/dsh-sleuth-panels`。
   该入口接受包名、Git 地址、压缩包或本地绝对路径。粘的是这个包目录，不是上面的面板源目录
   `dsh-plugins/ascend-panel/`——后者没有 `package.json`，入口会拒。装完界面把包复制成 profile
   里的一份 generation（按版本与哈希建的包快照），落进四处记录：`package.json` 的
   `dependencies` 与 `dsh.profile.bundles` 各一条 `dsh-sleuth-panels`；
   `dsh.desktop.generationProjection` 里一条 generationId，形如
   `dsh-sleuth-panels+<版本>+<哈希>`；`pnpm.overrides` 里一条指向
   `dirname($DSH_PROFILE_DIR)/.generations/live/<generationId>/node_modules/dsh-sleuth-panels`
   的 link。包进了 generation，仓库被移动或 worktree 被清掉都不影响已装的那份。

3. **读安装结果**：界面不给模型可读的 `application` / `warnings`（B 路第 3 步那份），改读
   profile 的 `package.json`（`dependencies` 与 `dsh.profile.bundles`）与 `pnpm.overrides`，
   以及 `dirname($DSH_PROFILE_DIR)/.generations/live/` 下那份快照，还有界面自己报的成功或失败。

4. **验证**：先跑 `node scripts/panel_rpc_probe.js`（退出码 2 = 拿不到地址，或路由没在服务／未授权）；
   再让用户刷新页面，浏览器代码在页面启动时装载，对话视图的 tab 条里应出现诊断 / 指标 /
   自演进三个 tab。B 路第 4 步那半条 `cordis_inspect_query` 查法在桌面版用不了，这条路上没有
   这个工具。

5. **卸载**：在插件页里移除该包。

## 桌面版的日志位置与冻结依赖

- **日志不在 `dirname($DSH_HOME)/logs`**：macOS 桌面版把 harness 日志写在
  `~/Library/Logs/DSH Desktop/harness.log`。`panel_rpc_probe.js` 扫 `~/Library/Logs` 下的各子目录，
  挑出真正含 `dsh web:` 行的那份，并把选中的路径打进「地址取自 …」。它拿不到地址时显式传
  `--url <base> --token <token>`：地址就是 `$DSH_WEB_URL`，token 只出现在界面地址栏与那份日志的
  `dsh web: http://…/?token=…` 行里，运行上下文的环境变量里没有 token。
- **profile 里有一条解析不了的依赖会让 generations 迁移 defer**：`dependencies` 里若有一条指向
  没有 `package.json` 的目录的 link 依赖，桌面版启动时把这次迁移写进 `.generations-deferred.json`
  并放弃，日志里记 `profile maintenance frozen`。冻结的是这次迁移；之后凡是要解析这个包的操作
  会报 `cannot resolve profile bundle "<名字>"`，同一个进程里装别的包仍可能装得上。处置是把那条
  依赖删干净：profile 的 `package.json`、`pnpm-lock.yaml`、`node_modules/` 里的死链各删一处，
  下次启动时输入指纹变了会重跑迁移。界面提示里那条 `dsh plugin --profile web install` 在桌面版
  用不了，桌面版不带 `dsh` 命令行。

## 依赖预检（激活前跑，避免面板加载后白屏/报错）

面板 host 已做优雅退化（自演进 JSON 不截断、无 traces/ 显示空态、缺 pyyaml 给提示），
但装载前跑一次预检，能把"依赖缺失"改成主动告知，而不是面板里一条报错：

- **通用**：确认会话工作区是 ascend-sleuth 仓库（Host 从 `session.header.cwd` 解析数据目录）。
- **ev-panel（自演进）**：确认 Python 3 + PyYAML 可用。面板 host 自动探测解释器
  （`python3` → `python` → `py -3`，取第一个能打印 Python 3.x 的；Windows 上 `python3`
  常是应用商店的空壳，不打印任何东西）：
  ```bash
  python -c "import yaml; print('pyyaml ok')"   # 失败 → 试 py -3；再失败 → pip install pyyaml
  ```
  失败就告诉用户"自演进看板需要 PyYAML，请 `pip install pyyaml`"，再决定是否仍加载。
- **ascend-panel（诊断）**：`traces/` 可能不存在（gitignored、按需生成），host 把
  "目录不存在"当空态处理；用户预期有历史诊断却显示为空时，提示运行 `/skill:diagnose`
  生成 `traces/`。指标 tab 需要 Python 3 + PyYAML：「闭环判决」跑
  `scripts/metrics_health.py --json`（判据读 `metrics/gates.yaml`），「实时计算」跑
  `scripts/trace_metrics.py`；缺依赖时面板显示「体检不可用」并给出可执行提示，
  所以预检失败仍可加载，只是首屏没有判决条。

## 回退（A 路的版本差异）

- **loader 注册不了工具**（`harness.registerTool` 缺失）→ 内联面板本身：读两个文件全文，
  `code.host` / `code.client` 原样粘贴。文件是函数体形态
  （`return { apply(ctx) {...} }`），别改形态——动态插件不经过打包器，
  `export default` / `import` 等 ESM 语法无法加载。
- **A 路整条不可用**（没有 `cordis_define`）→ 按第 0 步走 B 路、D 路或 C 路。

## 交互原则

- **A 路跨 session**：工具 `panel_from_file` 是进程全局的，新 session 不必再装 loader
  （重复装载会撞名但不报错，工具照常可用）；面板插件是 per-session 的，新 session 认领不了
  旧 session 的插件，会新建一个同 tab id 的插件覆盖显示，旧插件仍在跑。要清理就重启
  DSH，或在各 session 内对自己的插件 `cordis_stop`。
- **B / C / D 路跨 session**：插件装在 profile 层，每个会话共用一份，重启不丢；换版本重装一次
  （B 路同一条 `install_bundle`，D 路同一条 `panel_install.js`，C 路在插件页里换），
  重装后按安装结果决定是否要让用户重启。
- 面板是只读可视化 + 指令生成器：展示状态、生成续接/沉淀指令供用户触发，面板自身不做
  决策与写入（唯一例外：诊断面板的沉淀状态标记由用户在面板确认后更新）。自演进看板纯
  只读：展示卡状态与演进信号，产卡/验证走 agent 与攒批。

## 依赖

- DSH 会话。A 路另需 `cordis_define` / `cordis_run` / `cordis_inspect_self` 工具；
  B 路另需 `plugin_manager` 工具；D 路另需本机跑着一个界面（日志里有 `dsh web:` 行，或能传
  `--url` / `--token`）；C 路另需用户能操作侧栏「插件」页，以及刷新页面的能力。
  四条路都可能需要在装完后重启 DSH Desktop。
- 工作区为 ascend-sleuth 仓库（Host 从 `session.header.cwd` 解析数据目录）。
- Host 服务：`fs` / `sessions` / `shell` / `connection`。
- **ev-panel（自演进）**：Python 3 + PyYAML，两个脚本 `scripts/ev_board_data.py`
  （卡库/触及面/现场聚合）与 `scripts/evolution_health.py --json`（体检判决，判据在
  `proposals/gates.yaml`）。判决是一次独立调用：它失败时面板不渲染结论条（不拿卡数冒充
  "没有越界"），其余区块照常。
- **ascend-panel（指标）**：`shell` + Python 3 + PyYAML：「闭环判决」跑
  `scripts/metrics_health.py --json`、「实时计算」跑 `scripts/trace_metrics.py`；
  缺依赖时判决条退化为「体检不可用」加可执行提示。
- 诊断「打开证据 / 打开报告」按方言阶梯探测：Windows 先试 `Start-Process`，再
  `open`、`xdg-open`、`explorer.exe`，按退出码判定并回报用了哪一路（Windows 上
  `ctx.shell` 接的是 PowerShell，不是 bash）。四种都不行时界面给原因。
- 「看报告」不需要外部程序：报告正文由 host 只读读入后在面板内渲染（章节跳转 + 复制全文），
  「打开文件」才依赖上面的阶梯。

## 说明

- 仓库内 `dsh-plugins/<面板>/` 是代码的权威版本（含各面板 README）；
  `dsh-plugins/loader/` 是 A 路的加载入口；`dsh-plugins/dsh-sleuth-panels/` 是 B、C、D 路的
  插件包（`lib/` 为生成物）。跨面板的颜色、字号、复用窗口与文案约定见
  `dsh-plugins/README.md`。
- A 路的动态定义只存在于当前 DSH 进程，重启后需重新加载；B、C、D 路装在 profile 层，
  重启后仍在。
- 改面板代码走仓库，装载走本 skill；两份产物由生成器保持一致。