preload-panel · git:20261008.95350ca · 2026-10-08 · sha256 fdd64b3a70f51cda
preload-panel git:20261008.95350caA
Immutable. This exact content never changes and is served at /api/v1/blob/fdd64b3a70f51cda.
---
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 加载。
## 面板清单
| 面板 | 目录 | 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 路（脚本安装）。发行版把插件管理器的模型侧入口那行写成
`disabled: true`，模型侧没有这个工具；这时 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 出现。
面板两个文件合计约 70KB，发路径即可，别把全文重新输出一遍。
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 的包，
模型侧没有对应工具。界面调的是 `pluginManager` 这个 Remote 服务，它和面板走同一条 HTTP 通路
（Connection 在 `/api` 上把它的端点交给已认证的调用方），所以模型可以自己装，不必让用户粘贴。
1. **先跑预检**：`node scripts/check_panel_bundle.js`（与 B 路第 1 步同一份检查：产物可加载性、
三处名字对齐、五条外部契约）。桌面版的原生包在 `app.asar` 内，这条命令的 DSH 探针找不到
安装处，只按本地桩校验工具定义并在首行报「强度较弱」。这一项退化是预期的。
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 传字符串），已装就调 `setBundleEnabled(name, true)`，未装就调
`installBundle(spec, {enabled:true})`。`--check` 只查状态，`--remove` 卸载，
`--spec <spec>` 换目标（包名、Git 地址、tarball 或本地绝对路径）。地址与 token 的取法同
`panel_rpc_probe.js`：先扫日志，取不到再传 `--url` / `--token` / `--log`。
退出码 0 = 装好并使能（`--check` / `--remove` 成功也是 0）｜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 步同一份检查：产物可加载性、
三处名字对齐、五条外部契约）。桌面版的原生包在 `app.asar` 内，这条命令的 DSH 探针找不到
安装处，只按本地桩校验工具定义并在首行报「强度较弱」。这一项退化是预期的，不代表契约有问题。
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；两份产物由生成器保持一致。