super-dsh 0.3.0-c → 0.3.0-d

package/node_modules/better-dsh/docs/50_test-reports/2026-09-12-url-schemes-/345/205/255scheme/345/206/222/347/203/237/344/270/216/350/276/271/347/225/214/345/256/236/346/265/213/346/212/245/345/221/212.md

@@ -1,198 +0,0 @@
-# dsh-url-schemes 六 scheme 冒烟与边界实测报告
-
-- 日期：2026-09-12
-- 被测对象：`dashr/src/url-schemes/` 的六类 URL scheme（`skill://`、`agent://`、`dsh://`、`ctx://`、`dvc://`、`http(s)://`）在活体 runtime 中的 `read`/`write`/`grep`/`glob` 行为。
-- 被测运行时：**本 agent 自己所在的活体实例** —— `dsh web` @ `http://127.0.0.1:4999`（`DSH_WEB_URL`），`DSH_HOME=/home/u1/workspaces/dashr/.dsh-test`，session id `session-92ef9c82-fbf8-4b71-87af-a92125e0734c`，cwd `/home/u1/workspaces/dashr`，agentPreset `standard`。
-- 方法：**第一人称实测**——全部调用由本 agent 在真实 runtime 中发出（`read`/`write`/`grep`/`glob` 工具 + `eval` pad 内 `await tool.*`），无静态推断、无人工转写返回值。`dvc://` 写路径的"是否真落地"由回读文件系统二次确认。
-- change：无（本轮为既有能力的系统冒烟，非某个 change 的验收）。
-
----
-
-## 0. 结论
-
-> **gates 标签（2026-09-13 补）**：本报告实测于 `urlSchemes: true + hashline: true`（DASHR read 包装在场）。「六 scheme read 全可达 6/6」仅在该组合下成立；`hashline: false` 下的可达性矩阵见《2026-09-13-hashline-off下scheme可达性工具面不对称-实测报告.md》。
-
-| 判定项 | 结果 |
-|---|---|
-| 六类 scheme 在 `read` 上全部可达 | ✅ 6/6 |
-| 未登记 scheme / 已登记只读 scheme 的写拦截 | ✅ 三类错误各自精确（`URL_READ_ONLY` / `URL_WRITE_UNSUPPORTED` / `URL_UNREGISTERED_SCHEME`） |
-| `dvc://` 写是否**真实执行**（非 dry-run 空转） | ✅ `ast_edit` `dryRun:false` 改写落盘，回读确认 |
-| 选择器四形态（`:raw` / `:N-M` / `:path/` / `?q=`） | ✅ 基本全通；目录列表上的 `?q=` 不过滤（§3.3） |
-| `http(s)://` selector-exempt（端口/查询不误解析） | ✅ `:443` 与 `?x=1` 均原样进请求 |
-| 内容型 scheme 的 `grep`/`glob` 支持 | ⚠️ `grep` 经 `/dev/shm` 物化可用；`glob` 的 URL-in-`path` 分支在 `dsh://docs` 上失效（§3.4） |
-| **`dvc://` 结果的 wire 可见性** | ❌ **缺口**：`write` 渲染面只输出 `Executed dvc://<device>`，设备 payload 仅存在于结构化 `after` 字段（§3.1） |
-
-**一句话**：六类 scheme 功能面完整、错误分类精确、`dvc://` 写是真执行；唯二值得处理的是 **`dvc://` 设备结果在渲染文本里丢失**（直接影响 `ast_grep`/`lsp`/`browser` 的可用性），以及 **`glob` 在 `dsh://docs` 上的 path 分支空转**。
-
----
-
-## 1. 被测对象与环境事实
-
-| 项 | 值 |
-|---|---|
-| 运行时 | `DSH_HOME=/home/u1/workspaces/dashr/.dsh-test`；`DSH_SESSION_ID=session-92ef9c82-fbf8-4b71-87af-a92125e0734c`；`DSH_SHELL=1` |
-| GUI 端点 | `http://127.0.0.1:4999`（监听于 `127.0.0.1`）；直连无 token 返回 **401** `dsh web authentication required; reopen the URL printed by dsh web.`（≈133 B，空 `<title>`） |
-| 方案单源 | `dashr/src/url-schemes/catalog.ts` 的 `SCHEME_CATALOGUE`（六条、`SCHEME_NAMES` 排序后 = `agent, ctx, dsh, dvc, http, https, skill`） |
-| 实现入口 | `dashr/src/url-schemes/index.ts`（挂载）、`resolver.ts`（端到端解析）、`selector.ts`（统一选择器）、`handlers/*`（六 scheme）、`tools/{read,write,grep,glob,materialize}.ts`（工具改写） |
-| 设备实现 | `vendored/devices/ast/ast-device.ts`（`ast_edit`/`ast_grep`）、`vendored/devices/browser/browser-device.ts`、`vendored/devices/lsp/lsp-device.ts` |
-| 已核 ctx 快照 | `ctx://session`：segments（live 0–34）、`system_prompt.chars = 0`、totals 与后续增长一致 |
-| 临时物化 | `grep` 对 URL 内容物化到 `/dev/shm/dashr-url-*/content.txt`；调用后目录被清理（收尾核 `/dev/shm` 为空） |
-
----
-
-## 2. 逐 scheme 实测矩阵
-
-| Scheme | 已测形式 | 实测结果 |
-|---|---|---|
-| `skill://` | 裸根；`skill://dsh-dev-skill`；`/SKILL.md`；`/chapters/ch01-user-guide.md`；`:1-4`；`glob` 列目录 | 裸根 → `skill "" is unknown or no longer available`；`dsh-dev-skill` → 全文（= `.agents/skills/cordis-dsh-dev/SKILL.md`）；子文件可读；`:1-4` 正确截 4 行；`glob` 返回 26 个真实相对路径 |
-| `agent://` | 裸根；`agent://<原始id>`；`<原始id>/transcript`；`:1-8`；`agent://<label>`；含 `:` 的 label | 裸根 → `no agents`（无子 agent 时）/ 之后为 4 列表格；settled child 原始 id → 产出物 `pong`；live child transcript 可读并可开窗；label 可寻址；含 `:` 的 label → 选择器解析错误（§3.5） |
-| `dsh://` | 裸根；`/docs`；`/docs/subsystems`；`/docs/subsystems/slots.md?q=priority`；`/config`；`:path/` 点路径（含数组下标） | 裸根 → `expected "docs" or "config"`；目录列 JSON 数组；文件可读；`?q=priority` → 3 行命中；`/config` → 完整配置 JSON；`:path/permission.defaultPreset` → `workspace-write`；`:path/llm-deepseek.models.0.id` → `deepseek-flash` |
-| `ctx://` | 裸根；`transcript`；`system`；`thinking[0]`；`user_prompts[0]`；`tool_calls[n]`；`agent_responses[0]`；`injections:raw`；`compactions`；`:raw:N-M` | 全部可读；`[n]` 按 0 基序号或事件 seq 双寻址；越界报错带集合长度；`compactions` 无内容 → `(no compactions recorded)`；`:raw:1-3` ≡ `:1-3` |
-| `dvc://` | 裸根；设备文档（4 个）；`write` 执行（`ast_grep`/`ast_edit`/`browser`）；非法参数；尾部 `/sub` | 裸根 → 4 行设备表；设备文档 + usage 提示；写执行见 §4；非法 JSON → 带解析信息的错误；`dvc://browser/ignored-sub` → 仍返回 browser 文档（首段寻址） |
-| `http(s)://` | `read` 原始 GET；`web_fetch` 解码；`?x=1`；`:443`；loopback | `read https://example.com` → 原始 HTML（带 `[url-fetch]` 前缀）；`web_fetch` → 解码纯文本；查询与端口均原样保留；`127.0.0.1` 被拒（§3.6） |
-
----
-
-## 3. 关键发现
-
-### 3.1 `dvc://` 设备结果在 wire 渲染面上不可见（唯一实质性缺口）
-
-`tools/write.ts` 对 `dvc://` 写构造 `WriteOutcome{ operation:'execute', after: JSON.stringify(result,null,2) }`，但 `render` 只输出：
-
-```
-const verb = … value.operation === 'execute' ? 'Executed' : …
-return [{ type: 'text', text: `${verb} ${value.path}` }]
-```
-
-→ 渲染文本恒为 `Executed dvc://ast_grep`。设备 payload 只在结构化 `after` 里。
-
-实测对照（同一次 `ast_grep` 调用）：
-
-- 直接 `write dvc://ast_grep` → 模型侧只看到 `Executed dvc://ast_grep`；
-- `eval` pad 内 `await tool.write({"file_path":"dvc://ast_grep", …})` → 完整 JSON：`totalMatches:143`、`filesWithMatches:28`、`filesSearched:162`、`limitReached:true`、`matches[]`（含 `byteStart/startLine/…`）、`parseErrors[]`。
-
-**影响**：模型直调 `ast_grep`/`lsp`/`browser` 拿不到任何结果数据（既无匹配也无报错），而这三个设备恰是输出价值最高的三个。建议 `write.ts` 的 device 分支把 payload 一并渲染进文本（或以可读摘要进文本、全量进 structure）。这是本轮唯一建议改代码的点。
-
-### 3.2 `skill://` 按 frontmatter 名寻址，而非目录名
-
-`skill://dsh-dev-skill` 命中，其解析路径为 `.agents/skills/cordis-dsh-dev/`——目录名 `cordis-dsh-dev` 反而不被接受（`skill "cordis-dsh-dev" is unknown`）。同理 `superpowers`（顶层无 `SKILL.md`）不可寻址，裸 `skill://` 亦报未知。属正确语义（skill 名 = frontmatter `name`），但"猜目录名"是最自然的错误路径，可考虑错误信息附带候选名提示。
-
-### 3.3 `?q=` 在目录列表上不过滤
-
-- `dsh://docs/subsystems/slots.md?q=priority` → 正确返回 3 行命中（含行号与上下文）；
-- `dsh://docs/subsystems?q=slots` → 返回**未过滤**的完整 98 项目录列表。
-
-即查询选择器只在"文件内容"语义下生效，目录列表（JSON 数组）上的 `?q=` 静默失效。建议改为：JSON 无匹配路径时对列表做行过滤，或明确忽略时给出提示。
-
-### 3.4 `glob` 的 URL-in-`path` 分支在 `dsh://docs` 上空转
-
-`tools/glob.ts` 头注声称 "path-backed schemes (`skill://`, `dsh://docs`) implement the handler's optional `resolvePath`"，但实测：
-
-- `glob({path:"skill://dsh-dev-skill", pattern:"ch01*.md"})` → ✅ 1 个文件（pattern 生效，any-depth 语义正确）；
-- `glob({path:"dsh://docs/subsystems", pattern:"slots.md"})` → ❌ `(no output)`。
-
-对照 `glob({pattern:"dsh://docs/subsystems"})` → ✅ 返回列表（content-backed "非空行即列表" 分支）。结论：`dsh://docs` 实际走 content-backed，`glob-in-path` 把列表 JSON 物化成 `content.txt` 后自然搜不到 `slots.md`。**头注与实现不符（注释过期）**，建议二选一：给 dsh docs 补 `resolvePath`，或订正注释。
-
-### 3.5 含 `:` 的 agent label 无法寻址
-
-`agent://Dummy child for agent:// test` → `invalid line selector ":// test" — expected N, N-M, or N-M,N2-M2`。原因是 `parseUrl` 的 path 截断在第一个 `:`，label 中的 `://` 被当成选择器。**原始 session id 始终可寻址**（本轮据此拿到 settled child 的 `pong` 产出物）。属方案语法的固有边界，值得在 `agent://` 文档里点明"label 含 `:` 时请用原始 id"。
-
-### 3.6 `http(s)://` 的两条路径与 SSRF 门
-
-- `read https://example.com` → 原始 curl 式 GET（返回完整 HTML，前缀 `[url-fetch] plain-text result of a direct HTTP GET (curl-equivalent). No JS execution or interaction`）；
-- `web_fetch https://example.com/` → 解码后的纯文本；
-- `read https://example.com:443/` 与 `?x=1` → 原样进请求（selector-exempt 生效，未误判为行选择器/点路径）；
-- `web_fetch http://127.0.0.1:4999/` → ❌ `URL hostname "127.0.0.1" resolves to a non-public IP address`（私网/回环 SSRF 门，与官方文档 Ch1 "web_fetch to literal private addresses is refused" 一致）；
-- `dvc://browser` 走设备路径**可合法访问 loopback**：`open http://127.0.0.1:4999` → `{ok:true,url:"http://127.0.0.1:4999/",title:""}`；页内求值 `document.title` → `""`、`bodyLen:133`。经 curl 侧核验，该 133 B 即 **401 认证栅栏文本**——浏览器探针到达了服务端但未携带 token（预期行为，非传输故障）。
-
-### 3.7 错误分类精确、可直接排障
-
-| 触发 | 返回 |
-|---|---|
-| `write ctx://session/transcript` | `ctx:// is a curated read-only snapshot — write to ctx://session/transcript is not supported`（`URL_READ_ONLY`） |
-| `write skill://dsh-dev-skill/SKILL.md` | `write to skill:// is not supported (read-only scheme, or its write channel is not wired yet)`（`URL_WRITE_UNSUPPORTED`） |
-| `write foo://bar` | `no handler registered for scheme "foo" (registered: agent, ctx, dsh, dvc, http, https, skill)` |
-| `read dvc://nope` | `unknown device: nope` |
-| `read ctx://session/tool_calls[999]` | `no such element (collection "tool_calls" has 40 items, 0-based; labels are event seqs)` |
-| `write dvc://ast_grep`（非 JSON） | `dvc:// write dispatch: device "ast_grep" requires a JSON args payload (Unexpected token 'h', "this is not json" is not valid JSON)` |
-| `dvc://lsp`（action 缺失 / 二进制缺失） | 先 `unknown action null — expected "diagnostics", "definition", "references", "hover", or "format"`；补 `action` 后 → `language server binary "typescript-language-server" not found … — npm install -g typescript-language-server typescript` |
-| `dvc://browser`（action 缺失） | `unknown action null — expected "open", "run", or "close"` |
-
-### 3.8 临时物化无残留
-
-`grep` 对 `dsh://docs/subsystems/slots.md` 的搜索把内容物化到 `/dev/shm/dashr-url-c2cNM0/content.txt` 后由 `finally` 清理；收尾核 `/dev/shm` 已空。符合 `tools/materialize.ts` 的设计（shm 优先、>8 MiB 回退 `os.tmpdir()`）。
-
----
-
-## 4. `dvc://` 写路径的真执行证据（核心）
-
-### 4.1 `ast_edit`（`dryRun:false`）真实落盘
-
-目标 scratch 文件（写前）：
-
-```js
-export function greet(name) {
-  return `hello ${name}`
-}
-
-export function farewell(name) {
-  return `bye ${name}`
-}
-```
-
-调用：
-
-```json
-{"ops": [{"pat": "export function farewell($N) { $$$B }",
-          "out": "export function goodbye($N) { $$$B }"}],
- "paths": ["/home/u1/workspaces/dashr/.scratch/dvc-scheme-test.js"],
- "dryRun": false}
-```
-
-回读（写后）：
-
-```js
-export function greet(name) {
-  return `hello ${name}`
-}
-
-export function goodbye(name) { return `bye ${name}` }
-```
-
-→ 函数名改写 + ast-grep 单行重排均落盘，**证明这是真执行而非空转**。（该 scratch 文件在收尾时已删除。）
-
-### 4.2 `ast_grep` 结构化输出（经 eval pad 取得）
-
-```json
-{ "totalMatches": 143, "filesWithMatches": 28, "filesSearched": 162,
-  "limitReached": true,
-  "matches": [ { "path": "../../dashr/src/url-schemes/vendored/hashline/contract.js",
-                 "text": "export function isNormalizedEdit(input) { … }",
-                 "byteStart": 775, "byteEnd": 877, "startLine": 15, "startColumn": 1,
-                 "endLine": 17, "endColumn": 2 }, … ],
-  "parseErrors": [ "…: url-schemes/vendored/devices/lsp/defaults.json: GenericFailure, Invalid pattern: Multiple AST nodes are detected…" ] }
-```
-
-（`parseErrors` 出现在 `patterns` 含多节点模式时，属预期：该 pattern 在 JSON 文件上不成立。）
-
-### 4.3 `dvc://` 首段寻址
-
-`read dvc://browser/ignored-sub` → 仍返回 browser 设备文档，证实 `catalog.ts` 所述"`dvc://` 只按第一段寻址，尾部 `/sub` 被解析后丢弃"。
-
----
-
-## 5. 遗留与建议（按优先级）
-
-1. **【建议改码】`dvc://` 设备 payload 进渲染文本**（§3.1）——否则 `ast_grep`/`lsp`/`browser` 对模型是"看得见工具、看不见结果"。当前唯一绕行 = 在 `eval` cell 内 `await tool.write(...)` 取 `after`。
-2. **【建议改码或订正注释】`glob` 的 `dsh://docs` path 分支**（§3.4）——头注声称 path-backed，实际 content-backed 空转。
-3. **【建议改码】目录列表上的 `?q=`**（§3.3）——静默失效，至少应给提示。
-4. **【文档】`skill://` 按 frontmatter 名寻址**、**`agent://` label 含 `:` 需用原始 id**（§3.2/§3.5）——两条最易踩，建议进 `agent://`/`skill://` 的模型面说明或错误信息附提示。
-5. **【无需动作】** `http(s)` 私网拒绝、`ctx://` 只读、`dvc://` 尾段丢弃、临时物化清理——均为设计内行为，已复核无异常。
-6. **【未覆盖】** 本轮未测：`dvc://lsp` 的 `definition/references/hover/format` 成功路径（缺 `typescript-language-server`，仅验到报错分支）、`http(s)` 的重定向/压缩/大响应物化、`ctx://` 分片（compaction 后多 segment）形态。留待后续按需补测。
-
----
-
-## 附：证据来源
-
-- 全部返回值取自本 session（`session-92ef9c82…`）在 `DSH_HOME=/home/u1/workspaces/dashr/.dsh-test` 下的活体调用；`ctx://session/tool_calls[n]` 事后可回放本轮每一次调用与其结果。
-- 源码核验：`dashr/src/url-schemes/{catalog,selector,resolver,index}.ts`、`handlers/{agent,ctx,dsh,dvc,skill,http}.ts`、`tools/{read,write,grep,glob,materialize}.ts`、`vendored/devices/ast/ast-device.ts`、`vendored/devices/browser/browser-device.ts`。

package/node_modules/better-dsh/docs/50_test-reports/2026-09-13-hashline-off/344/270/213scheme/345/217/257/350/276/276/346/200/247/345/267/245/345/205/267/351/235/242/344/270/215/345/257/271/347/247/260-/345/256/236/346/265/213/346/212/245/345/221/212.md

@@ -1,246 +0,0 @@
-# hashline:false 配置下 URL scheme 可达性的**工具面不对称** — 实测报告
-
-- 日期：2026-09-13
-- 被测对象：`dashr/src/url-schemes/` 七类 URL scheme（`skill://`、`agent://`、`dsh://`、`ctx://`、`dvc://`、`http(s)://`）在**当前活体配置**下的 `read`/`grep`/`glob`/`write` 行为。
-- 被测运行时：**本 agent 自己所在的活体实例** —— `dsh web` @ `http://127.0.0.1:4999`，`DSH_HOME=/home/u1/workspaces/dashr/.dsh-test`，`DSH_SESSION_ID=session-1ae1181e-abb7-4d59-939e-f5e0400a4258`，cwd `/home/u1/workspaces/dashr`。
-- 方法：**第一人称实测**。全部调用由本 agent 在真实 runtime 中发出（`read`/`grep`/`glob`/`write` 工具），无静态推断。被观测返回值原文摘录于 §3。
-- change：无（系统冒烟，非某 change 的验收）。
-- 关联：`2026-09-12-fs-scheme-resolution-实测报告.md`、`2026-09-12-url-schemes-六scheme冒烟与边界实测报告.md`（差异见 §5）。
-
----
-
-## 0. 结论速览
-
-| 判定项 | 结果 |
-|---|---|
-| `dsh://` / `dvc://` / `http://` 在 `read` 上可达 | ✅ |
-| `skill://` 在 `read` 上 | ✅ **已收口（2026-09-13 user 裁决后返工）**：不再查 registry——`isSessionLayerScheme` 在 `wrap.ts` 与 `sandbox-plugin.ts` 双处纳入 `skill://`，直接抛结构化 `CTX_SESSION_LAYER` 边界错误，文案可执行（指 `skill` 工具 / `grep`,`glob path=skill://…`）；活的假 "unknown" 消失，`sessionCwd`/`scopedAwareSkills`/`URL_SKILL_NOT_INVOCABLE_SCOPE` 死代码在 src/副本/活体 bundle 全 0 命中（user 第二轮亲自复验） |
-| `https://` 在 `read` 上可达 | ✅ 已修（`HTTP_SCHEMES` 循环登记）并两轮复验存活 |
-| 同一批 scheme 在 `grep`/`glob` 上可达 | ✅ `ctx://`、`agent://`、`skill://`、`https://` 全部可达（§2、§3） |
-| 根因 | **`hashline:false` 使 DASHR 的 `read` 包装不安装 → `read` 退化为平台原生工具 → 只剩 FS 层 resolver；`grep`/`glob`/`write` 包装仅由 `urlSchemes` 门控，仍在场 → 走工具层 resolver** |
-
-**一句话**：不是 scheme 坏了，是**同一实例里 `read` 与 `grep`/`glob`/`write` 分属两套 resolver**。`hashline:false` 配置下，会话型（`ctx://`/`agent://`）只经 `grep`/`glob` 抵达，`read` 是死的；`https://` 更因 FS 层只登记了 `http` 而整条断掉。
-
-> **2026-09-13 收口更新（user 第二轮复验确认）**：`https://` 已修（两轮活体存活）；`skill://` 按业务逻辑归属裁决重分类为会话型边界（§4 P1-skill 处置块），行为收窄（全局技能亦不在 FS 层解析）但文案已指替代路径，`grep`/`glob` 回退复验通过。
----
-
-## 1. 环境与配置锚定
-
-### 1.1 配置来源（profile 层唯一）
-
-`.dsh-test/profiles/web/cordis.patch.yml`（0.1.5-rc.2 无 home patch 层，故 `.dsh-test/cordis.patch.yml` 空）：
-
-```yaml
-- id: dashr-repl
-  config:
-    python: !!js process.env.DASHR_KERNEL_PYTHON ?? 'python3'
-    snapshotDir: /home/u1/workspaces/dashr/.dsh-test/snapshots
-    hashline: false        # ← 关键
-    urlSchemes: true
-
-- id: fs-sandbox
-  name: './node_modules/better-dsh/lib/fs-aware/sandbox-plugin.js'
-  config:
-    urlSchemes: true
-```
-
-### 1.2 活体日志佐证
-
-`.scratch/dsh-4999.log`（每个 session-start 一行）：
-
-```
-DEBUG-INSTALL gates: {"urlSchemes":true,"hashline":false}
-```
-
-### 1.3 工具面身份判定（决定性）
-
-当前 `read` 工具**不是** DASHR 的 URL-aware read：
-
-| 证据 | 值 |
-|---|---|
-| 工具入参名 | `file_path`（DASHR 包装用 `path`，见 `url-schemes/tools/read.ts:92`） |
-| 输出形态 | 行号前缀 `N: content`（DASHR 包装 scheme 分支返回原文、文件分支返回 `HASH│content`） |
-| 包装注册门 | `url-schemes/index.ts:188` `if (gates.hashline) { …register(createReadTool…) }` → `hashline:false` 即不注册 |
-| 注释自证 | `index.ts:158-159`：**"`hashline: false` → read wrapper 不安装（captured 原生 read 独立站立，scheme 解析由挂载的 FS 后端承担）"** |
-
-`grep`/`glob`/`write` 的注册门是 `urlSchemes`（`index.ts:197`、`266-268`），故**仍在场**，走工具层 resolver。实测 `write dsh://config` 报的是 `url-schemes/tools/write.ts:130` 的文案、`write dvc://ast_grep` 成功派发，均可交叉印证工具层包装在场。
-
-### 1.4 两套 resolver 的登记差异（根因表）
-
-| resolver | 构造点 | 登记 schemes | 环境字段 |
-|---|---|---|---|
-| **工具层**（read/grep/glob/write 包装消费） | `url-schemes/index.ts:283-328` | `skill`、`agent`、`dsh`、`dvc`、`ctx`、**`HTTP_SCHEMES = ['http','https']`** | `{ agent, cwd, rawUrl }`（`tools/read.ts:119-121`、`tools/grep.ts:69`） |
-| **FS 层**（原生 read/grep/glob 经 `ctx.fs` 消费） | `fs-aware/wrap.ts:49-59` | `skill`、`dsh`、`dvc`、**仅字面 `http`** | 仅 `{ fs, rawUrl }`（`wrap.ts:81`，**无 agent/cwd**） |
-| **FS 层会话型守卫** | `wrap.ts:37-46`、`99-115` | `ctx://`/`agent://` → 结构化 `CTX_SESSION_LAYER` | — |
-
-两处差异直接产生全部四个失败：`https` 未登记、`ctx`/`agent` 被守卫、`skill` 缺 `cwd`+`scope`。
-
----
-
-## 2. scheme × 工具 可达性矩阵
-
-（✅ 实测可达；❌ 实测失败；`—` 本轮未测）
-
-| scheme | `read`（原生 / FS 层） | `grep`（工具层） | `glob`（工具层） | `write`（工具层） |
-|---|---|---|---|---|
-| `dsh://` | ✅ 列表/配置/选择器 | ✅（`path: dsh://docs` 命中 4 行） | ✅（`dsh://docs/subsystems` → 116 文件） | ❌ 只读（`tools/write.ts:130`） |
-| `dvc://` | ✅ roster + 各设备文档 | — | — | ✅ 三设备真派发（`ast_grep`/`ast_edit`/`browser`） |
-| `http://` | ✅（`example.com` 抓回） | — | — | ❌ 只读 |
-| `https://` | ❌ **未登记** | ✅（`example.com` 命中） | — | — |
-| `skill://` | ❌ **unknown** | ✅（`book-to-skill` 命中 560 行/约 130 文件） | ✅（全部文件路径列出） | ❌ 只读 |
-| `ctx://` | ❌ **边界错误** | ✅（`user_prompts[0]` 命中本轮首条 prompt） | — | — |
-| `agent://` | ❌ **边界错误** | — | ✅（物化到 `/dev/shm`） | — |
-
-`dsh://` 选择器四形态在 `read` 上全通：`:N-M`、`:raw`（与 `:raw:N-M` 等价）、`:path/agent-loop`、`?q=`。
-
----
-
-## 3. 原始观测（判定依据，原文摘录）
-
-### 3.1 `read` 侧四个失败
-
-```
-read dsh://docs                      → ✅ 251 条文档索引
-read dsh://config:path/agent-loop    → ✅ {"maxParallelToolCalls":10}
-read dsh://docs/tool-catalog.md?q=ui-deliverables → ✅ 过滤命中 1 行
-
-read skill://book-to-skill           → ❌ skill "book-to-skill" is unknown or no longer available
-read skill://book-to-skill/SKILL.md  → ❌ 同上（子路径无效，仍是 registry 查无此名）
-read ctx://session/transcript:1-8    → ❌ CTX_SESSION_LAYER: session-layer scheme — read it through the read tool (…)
-read ctx://session/compactions       → ❌ 同上
-read agent://                        → ❌ 同上
-read https://example.com             → ❌ no handler registered for scheme "https" (registered: dsh, dvc, http, skill)
-```
-
-后者的 `registered: dsh, dvc, http, skill` 是 **FS 层 resolver 的登记表**，直接坐实 `read` 走的是 FS 层。
-
-### 3.2 `grep`/`glob` 侧全通（反证）
-
-```
-grep  path=skill://book-to-skill  pattern=^#      → ✅ 560 matches（真实落到 .agents/skills/book-to-skill/*）
-glob  path=skill://book-to-skill  pattern=*       → ✅ 约 130 条文件路径
-grep  path=ctx://session/user_prompts[0] pattern="test your tools"
-                                                  → ✅ 1 match:/dev/shm/dashr-url-UTBpHR/content.txt:2
-grep  path=https://example.com    pattern="Example Domain"
-                                                  → ✅ 1 match:/dev/shm/dashr-url-NqMEfC/content.txt:3
-glob  path=agent://               pattern=*       → ✅ /dev/shm/dashr-url-6h2V9Y/content.txt
-```
-
-并可见 `ctx://` 选择器语法细节：集合下标是 **0-based 方括号**，标签为事件 seq：
-
-```
-grep path=ctx://session/user_prompts pattern=… → ❌ ctx://…[]: no such element
-                                                  (collection "user_prompts" has 2 items, 0-based; labels are event seqs)
-```
-
-### 3.3 `write` 侧
-
-```
-write dsh://config   {…}   → ❌ write to dsh:// is not supported (read-only scheme, or its write channel is not wired yet)
-write dvc://ast_grep {patterns:[…] path:/abs} → ✅ 结构化 payload 完整渲染（含 matches/totalMatches/parseErrors）
-write dvc://ast_edit {ops:[…] dryRun:true}    → ✅ {"applied": false, …}（dryRun 生效，未落盘）
-write dvc://browser  {"action":"open"|"close"} → ✅ {"ok":true,"url":"about:blank"} / {"ok":true}
-```
-
-**`dvc://` 设备 payload 已被完整渲染进工具结果**（见 §5 与旧报告的差异）。
-
-### 3.4 旁路发现
-
-1. **`dvc://` 设备相对路径以服务端 cwd 为根，不是会话 workspace。** `path:"."` 全量搜了 monorepo checkout（6950 文件，返回 `../../dashr/src/...`）；`path:"dashr/src"` 直接 `Path not found`；绝对路径才命中（163 文件）。设备 cwd = `upstream/deepseek-harness`。
-2. **`ast_grep` 的 `export function $NAME` 形态静默 0 命中**，而 `function $NAME` 在同一路径命中 646。导出声明的 pattern 形态在本 vendored 实现下**不报错也不匹配**（部分语言另报 `Multiple AST nodes are detected`）。
-3. **发布面残留调试日志**：`url-schemes/index.ts:154` 与 `:337` 仍有 `console.log('DEBUG-INSTALL …')`，并已在 4999 日志里逐 session 打印。
-4. **会话指引与部署面不符**：本 session 收到的 URL scheme 指引把 `read` 描述为 `HASH│content` 锚点读；`hashline:false` 下实际是原生行号读。指引来源疑为 `renderGeneralSectionText()` / `generalSection()`（`index.ts:263`、`catalog.ts:135`），建议门控对齐。
-
----
-
-## 4. 发现清单
-
-### P1 — `https://` 在 FS 层未登记（一行修复，✅ 2026-09-13 复验存活）
-
-`fs-aware/wrap.ts:57` 写死 `resolver.register('http', createHttpHandler())`，而工具层正确循环 `HTTP_SCHEMES = ['http','https']`（`handlers/http.ts:45`）。`hashline:false` 时 FS 层是 `read` 的唯一路径 → `read https://…` 恒失败。修法：`buildFsLayerResolver` 同样 `for (const s of HTTP_SCHEMES) resolver.register(s, handler)`。skill:// 重分类重构后复验：`read https://example.com` 正常抓取（session 60418790）。遗留小项（与本次无关，记录在案）：`read https://example.com:1-3` 这类**把行选择器写进 URL** 的形态会整串进 `new URL()` 报 invalid URL——http handler 不剥选择器后缀，dsh handler 剥（`dsh://docs:1-3` 正常）；属探针写法与既有限制，非本次回归。
-
-### P1 — `skill://` 在 FS 层丢失 agent/cwd（workspace 技能全不可见）
-
-`wrap.ts:81` 只给 `{ fs, rawUrl }`；`handlers/skill.ts:106-113` 的 `lookupOptions` 需要 `cwd` + `scope`，两者皆缺时 workspace 作用域技能层读作 absent → 全部 `unknown`。FS 层结构性拿不到 agent，所以要么把 skill 解析留在工具层、要么在 `hashline:false` 下补一条 scheme 呈现通道。
-
-> **处置（2026-09-13 user 裁决后重定方向，推翻本报告早前的"补通道"方案）**：第一版补通道（sessionCwd 配置 + scopedAware list 启发式）经活体证伪——dump-config 实证 **dsh-web-app bundle patch 在宿主层 disable 了 `skill-filesystem`/`tool-skill`**，web profile 全局层没有任何 skill provider，list 与 get 同空，启发式从未命中（A/B 活体：user-global 的 `skill://markitdown` 与 project 的 `skill://book-to-skill` 双双 `unknown`，session 8b6dcf85）。根因不是"缺 cwd"，而是**技能加载路径解析（CWD/user-global/app 运行时根、扫描深度）是宿主 `dsh-skill-filesystem` 的业务逻辑**，FS 层不得自写近似版。最终处置：`skill://` 重分类为会话层 scheme，FS 层一律答 `CTX_SESSION_LAYER` 边界错误（指名原生 `skill` 工具）；`sessionCwd` 配置整体移除；工具层 handler lookup 收敛为 `dsh-tool-skill` 的精确镜像。详见 `2026-09-12-fs-scheme-resolution-实测报告.md` §4d 与 change design.md §D6。
->
-> **活体复验（session 37899b26 / bfa99754 / f12a206e / 60418790 / 029aa5bb，2026-09-13）**：`read skill://book-to-skill` → 结构化边界错误（指名原生 skill 工具）；`read skill://markitdown:1-5` → 同（与技能名无关）；**原生 `skill` 工具加载 `book-to-skill` 成功**（完整 `<skill_content>` + resourceBase）；`grep path=skill://book-to-skill pattern=^#` → 560 matches（工具层通道完好）；`read https://example.com` → 正常抓取（P1-a 存活）。
->
-> **user 第二轮复验（2026-09-13，第一人称）**：lib 02:32 重建 → 02:33 重启；规范源与副本三文件逐字节一致；`https://` / DEBUG-INSTALL / gate 注释 / `skill://` 收口四项全过；`sessionCwd`、`scopedAwareSkills`、`URL_SKILL_NOT_INVOCABLE_SCOPE` 在 src/副本/**活体 bundle** 三面 **0 命中**；`grep path=skill://` 回退复验通过。user 点评：**"以承认边界替代假装能查"是对的**——上轮 `list({cwd})` 无 scope 读不到 workspace 技能（宿主 `SkillViewOptions` 明写 "omitted reads the global layer alone"）本是不可达探针；定性为会话型比修探针干净。行为收窄代价（全局技能亦不在 FS 层解析）已被可执行文案覆盖。user 唯一未亲自引爆文案指向的原生 `skill` 工具（agent probe session f12a206e 已验加载成功）。
->
-> **user 复验带出两处小瑕疵，本轮已修**：① `sandbox-plugin.ts` 的 `buildResolver` 有**重复的 `register('dsh', …)` 块**（改 skill 块时拼接失误；`register` 是 `handlers.set`，覆盖不抛错，纯死代码）且 `'http'` 仍是字面量未跟 `HTTP_SCHEMES` 对齐（当前非最外层故潜伏，挂载顺序一翻 https 即静默回归）→ **删除私有登记面，`buildResolver` 改为复用 `wrap.ts` 的共享 `buildFsLayerResolver`**（登记单源，双消费方永不再漂移；其 `ctx`/`agent` handler 在本类不可达——前置守卫先拦）；② `url-schemes/index.ts` 两个同名 `export interface Config`（sessionCwd 增删残留）→ 并回一个。单测断言同步：https 注册性检查改为网络无关（成功/取数失败皆证登记，唯 "no handler" 才是回归）。收口烟测（session 0335526e，重启后）：`skill://` 边界 / `https://` 抓取 / `dsh://docs:1-3` 三连全过；回归 vitest 489/14 基线族、tsc 13、openspec valid。
-
-### P2 — `hashline:false` 下会话型 scheme 无 `read` 通道，且注释与事实不符
-
-`index.ts:288-290` 声称 *"Session-layer schemes (ctx://, agent://) answer the structured boundary error here; **the read tool's scheme branch keeps serving them with the calling agent's context**"* —— 该 "read tool's scheme branch" 只在 `hashline:true` 时存在。`hashline:false` 下 `ctx://`/`agent://` 在 `read` 上无任何通道（`grep`/`glob` 可用，但那是另一个工具面的补偿，不等于 read 通道）。注释与 `index.ts:158-159` 的 gate 说明应统一。
-
-### P2 — 发布前清理 `DEBUG-INSTALL` 调试 `console.log`
-
-`url-schemes/index.ts:154`、`:337`。
-
-### P3 — `ast_grep` 导出形态 pattern 静默漏报
-
-建议在设备文档或实现里显式声明支持的 pattern 形态（或对 0 命中且 pattern 含 `export ` 时给出提示）。
-
-### P3 — `dvc://` 设备根目录与会话 workspace 不一致
-
-易误伤脚本化调用（相对路径静默落到别的树）。建议设备文档写明"相对路径以服务端 cwd 为根"，或与 `ctxFsIO` 的 workspace 对齐。
-
-### P3 — 会话指引把 `read` 描述为 `HASH│content` 锚点读，`hashline:false` 下实为行号读
-
-`url-schemes-instruction.md`（owner 维护）对 read 输出的描述按 hashline 锚点语义书写；`hashline:false` 活体下 read 实际返回行号形式。建议按 gates 加一句条件说明（2026-09-13 复核：三项 P3 均无变化、未复测，挂账）。
----
-
-## 5. 与既有报告的差异（待对齐）
-
-| 项 | 既有报告 | 本轮观测 | 研判 |
-|---|---|---|---|
-| `read` 上六 scheme 全可达 | `2026-09-12-url-schemes-六scheme冒烟与边界实测报告.md` §0：**✅ 6/6** | `read` 上 `ctx`/`agent`/`skill`/`https` **全 ❌** | **两次实测的 `gates` 不同**：该报告应以 `hashline:true`（DASHR read 包装在场）跑出；本轮为 `hashline:false`。二者不矛盾，但结论必须带配置标签——"六 scheme 可达"仅在 `hashline:true` 成立 |
-| `glob` 的 URL-in-`path` 分支在 `dsh://docs` 失效 | 同上 §0：⚠️ 失效 | ✅ 正常（`glob path=dsh://docs/subsystems` → 116 文件） | 疑似已修或与 `hashline` 门控相关，建议复测后销项 |
-| `dvc://` 设备 payload 在渲染面丢失 | 同上 §0：❌ 缺口（只输出 `Executed dvc://<device>`） | ✅ payload 完整渲染（§3.3） | **该缺口在当前构建已不复现**，建议销项 |
-| FS 层 = dsh/dvc/http(s)，会话型（含 `skill://`）走边界错误 | `2026-09-12-fs-scheme-resolution-实测报告.md` §1/§2（D2） | 一致（skill 已并入会话型族） | ✅ 与本轮 §1.4 吻合；**2026-09-13 起 FS 层登记面 = dsh/dvc/http/https（`HTTP_SCHEMES` 共享 builder），`skill://` 归入会话型边界** |
-| `skill://` 假 "unknown"（本报告 §1.4/探针清单） | —（本报告当时的活体事实） | **✅ 已消灭**：user 第二轮复验（2026-09-13）——规范源/副本/活体 bundle 三面逐字节核验，`sessionCwd`/`scopedAwareSkills`/`URL_SKILL_NOT_INVOCABLE_SCOPE` 全 0 命中；活体 `read skill://…` 恒答可执行边界文案 | **按业务逻辑归属裁决返工**（`4c21c94` + 本轮清理）：技能路径解析/扫描深度属宿主 `skill-filesystem`，插件不再自写近似版；user 唯一未亲自引爆的是文案指向的原生 `skill` 工具本身（agent 前序 probe session f12a206e 已验：完整 `<skill_content>` 加载成功） |
-
-**建议**：两份 09-12 报告在标题或结论处补注其 `gates.urlSchemes/hashline` 取值，否则后来者会据"6/6"误判 `read` 可用性。
-
----
-
-## 6. 未覆盖面（诚实声明）
-
-- `grep` 未测 `dvc://`、`agent://`、`http://`；`glob` 未测 `ctx://`、`http(s)://`、`dvc://`（矩阵中以 `—` 标注）。
-- `write` 仅测 `dvc://`（三设备）与 `dsh://`（只读拦截）；未测 `ctx://`/`agent://`/`skill://` 写拦截的具体错误分类器。
-- 未测 `hashline:true` 组合作对照（本轮无该实例），故 §5 的"配置差异"为**推断**，需一次 `hashline:true` 复跑坐实。
-- 未测 `skill://` 的**全局（非 workspace）技能**路径——它们可能不依赖 cwd，若存在则 FS 层 `skill://` 并非全灭。
-- 未覆盖工具：`eval` 桥（`await tool.*` 内调用 scheme）、`present`、`subagent`、`workflow`、`agent_message`、`web_search`、`web_fetch`、`goal_*`、`todo_write`、`ask_user_question`。
-- 未做 `tsc`/`vitest`——本轮是活体冒烟，非 change 验收。
-
----
-
-## 附：探针清单（可复现）
-
-```
-# read（原生 / FS 层）
-read dsh://docs
-read dsh://config:path/agent-loop
-read dsh://docs/tool-catalog.md?q=ui-deliverables
-read skill://book-to-skill            # ❌ unknown
-read ctx://session/transcript:1-8     # ❌ CTX_SESSION_LAYER
-read agent://                         # ❌ CTX_SESSION_LAYER
-read https://example.com              # ❌ unregistered
-read http://example.com               # ✅
-
-# grep / glob（工具层）
-grep path=dsh://docs pattern=trustedHosts
-glob path=dsh://docs/subsystems pattern=*.md
-grep path=skill://book-to-skill pattern='^#'
-grep path=ctx://session/user_prompts[0] pattern='test your tools'
-grep path=https://example.com pattern='Example Domain'
-glob path=agent:// pattern='*'
-
-# write（工具层）
-write dvc://ast_grep {"patterns":["function $NAME"],"path":"/home/u1/workspaces/dashr/dashr/src","limit":3}
-write dvc://ast_edit {"ops":[{"pat":"console.log($$$A)","out":"logger.info($$A)"}],"paths":[…],"dryRun":true}
-write dvc://browser {"action":"open","url":"about:blank"} ; write dvc://browser {"action":"close"}
-write dsh://config "nope"             # ❌ read-only
-```

package/node_modules/better-dsh/docs/50_test-reports/2026-09-13-preact-ui-shell/345/256/236/346/265/213/346/212/245/345/221/212.md

@@ -1,50 +0,0 @@
-# 2026-09-13-preact-ui-shell 实测报告
-
-- change: `2026-09-13-preact-ui-shell`（openspec valid）
-- 依据: `~/workspaces/superd/apps/ui-preact` PoC（2026-09-09，0.1.3-alpha.2 + superd 伺服路径）
-- gates: 测试线 4999，`urlSchemes:true + hashline:false + preact shell build`
-- 结论先行: **shell 渲染引擎已换 Preact**（只 preact，无 @preact/signals——user 2026-09-13 裁决），全上游 UI 语料零改动获得 Preact 渲染；shell index chunk **555,959 → 434,173 B（−21.9%）**；浏览器级 A/B 实测挂载面与 stock 完全一致。
-
-## 1. 改动面（全部属 monorepo 本地 patch，不入 upstream git）
-
-| # | 改动 | 说明 |
-|---|---|---|
-| 1 | `apps/web/vite.config.ts` `resolve.alias` +5 条 | react / react/jsx-runtime / react/jsx-dev-runtime / react-dom / react-dom/client → preact/compat 家族（regex 锚定，防 `react-dom` 先命中 `react`） |
-| 2 | 同文件 `resolve.dedupe` + `'preact'` | dedupe 条目从本包 node_modules 解析——**缺它必挂**：seed importer 在 `packages/client/web/lib`，node 向上走看不到 `apps/web/node_modules/preact`（报 `Could not load preact/compat`） |
-| 3 | `apps/web/package.json` devDeps + `preact@10.29.8` | 精确 pin 对齐 PoC；仅 devDep，发布面无它 |
-| 4 | `vendor/{AGENTS,CLAUDE,README}.md` → `vendor/docs/` | **根除 `vendor/CLAUDE.md` ENOTDIR/exit 236 老坑**（见 §4） |
-
-AGENTS.md §二 harness 本地 patch 已记档（换 tag 需重放）。
-
-## 2. 体积（实测）
-
-| chunk | stock | preact build | Δ |
-|---|---|---|---|
-| `index-*.js`（react 家族 rides index） | 555,959 B | 434,173 B | **−121,786 B（−21.9%）** |
-| `vendor-*.js`（react-free，katex/shiki/markdown 管线） | 740,575 B | 740,575 B | 0（设计内） |
-
-## 3. 浏览器级 A/B 验证（playwright，同脚本双跑）
-
-| 断言 | stock React build | preact build |
-|---|---|---|
-| UI 语料挂载（侧栏/会话列表/Settings/输入框文本） | ✅ 全 | ✅ 全（逐字一致） |
-| `#root button` 数 | 31 | 31 |
-| composer（textarea/contenteditable） | 1 | 1 |
-| console.error | 0 | 0 |
-| shell 内 react-dom 痕迹 | **`version:"18.3.1", rendererPackageName:"react-dom"` banner 在 shell** | **无**（唯一 `react-dom` 字串 = 平台模块种子表键 `{react:Y3, "react-dom":Y3, ...}`——同一个 preact 实例登记两个平台词，设计终态） |
-| pageerror | slot 重复注册 ×1 | slot 重复注册 ×1 |
-
-**pageerror 定责（A/B + 发布前验尸修正）**：`settings.general.item` slot id `compaction-tuning` 重复注册在 **stock 上同样存在**（factory id `Ba` vs `f5` 仅 minified 差异）→ 与渲染引擎无关。**根因（publish 前验尸确认）**：canonical 树里有一份**未提交的半成品 compaction-tuning 吸收工作**（`src/compaction/` + `installCompactionTuning` 接线，随 rsync 进入 4999 副本），与 `.dsh-test` profile 仍挂着的 local-plugin 版 compaction-tuning **同 id 注册两次**——两因叠加。该半成品已 `git stash`（带说明消息）移出 0.2.3-e 发布内容，续作时须先摘除 profile 的 local-plugin 行再合入。`better-dsh/client.js` 内的 `react-dom` 匹配为 pnpm 依赖路径字符串（`@tanstack+react-virtual@…_react-dom@18.3.1…`），stock/preact 两面同在，非本体。
-
-**user 未亲自引爆项声明**：深交互面（聊天流式渲染、shiki 高亮、markdown 管线）未逐项人工过——零 console.error 为强信号非穷尽证明（PoC 同款边界声明）。
-
-## 4. 顺带根除：`vendor/CLAUDE.md` ENOTDIR/exit 236 老坑
-
-`vendor/` 根下三个文档文件（AGENTS/CLAUDE/README.md）撞 `pnpm-workspace.yaml` 的 `vendor/*` workspace glob：任何 workspace 枚举器读 `<条目>/package.json`——目录 ENOENT（容忍跳过），**文件 ENOTDIR（炸）**。历史受害面：`npm run build-client`（2026-09-03 记档）、本轮 `npx vite build`（exit 236、裸单行错误）。已移入 `vendor/docs/`（目录无 package.json → ENOENT 跳过）。换 tag 重放时记得同款处理。
-
-**新坑记档**：`pnpm add` 之后 `npx vite` 从根解析到 **vite 8/rolldown**（错误形态完全不同）——web 构建一律走 `pnpm run build:web`（workspace 内 vite 6.4.3）。
-
-## 5. 范围裁决
-
-- **不入 better-dsh npm 发布物**：本 change 是测试线 monorepo 本地 patch。插件若要随发布把 Preact UI 带到 prod，必须附带 preact 前端 dist + web-runtime override 行（PoC 路径 B 已在 0.1.3-alpha.2 验证可行）——代价是 UI 语料冻结在 fork 点，且 prod host（0.1.3-alpha.2）与测试线（0.1.5-rc.2）语料版本错位。**该决定挂 prod host 升级门下，另行裁决。**
-- 因此本轮 npm alpha（0.2.3-e）的插件内容不含 Preact——发布内容 = url-schemes 系（skill:// 收口等）+ 本轮清理。

package/node_modules/better-dsh/docs/50_test-reports/2026-09-14-4999-skill/346/270/205/345/215/225/344/270/216lsp-gate/345/256/236/346/265/213/346/212/245/345/221/212.md

@@ -1,63 +0,0 @@
-# 4999 实测报告 — skill:// 空路径清单 + lsp gate/fan-out（2026-09-14）
-
-## 被测构建
-- canonical：`dashr/dashr` @ `0da6a9f`（skill:// bare list）+ `84a98dc`（lsp parity stages 2/3/5）+ `3a94ce1`（stage 4）+ `7373d4e`（gate）
-- 部署：rsync → monorepo `packages/better-dsh/better-dsh`（tsdown + build-client）→ 4999 实例（unit `dsh-4999-test`，DSH_HOME=`.dsh-test`）重启后验证。
-
-## 方法
-真实 agent 会话（headless Chrome CDP 驱动 GUI，复用 `.scratch/cdp-chat.mjs`），会话 `session-3dc1ae5b`（workspace `--home-u1-workspaces-dashr--`），prompt 指示执行指定 tool call 并原样回报输出；tool result 从 session v3 jsonl（zstd）落账本取证。
-
-## 结果
-
-### 1. 裸 `skill://` → 可用技能清单 ✅
-`read skill://`（无名字）返回 cwd 范围技能目录（`N available skill(s):` + 逐条 `skill://<name> — <description> (use when: …)`），实际返回 11 条（book-to-skill … markitdown），与会话 skill catalog 一致。此前"returns nothing"的空白路径消除。
-
-### 2. `write dvc://lsp {"action":"status"}` ✅
-返回 `{"ok":true,"gate":"unasked"}` —— gate 动作走通，session id 由 write 分发器自动注入，agent 无需手填。
-
-### 3. `{"action":"diagnostics","file":"<abs .ts>","all":true}` fan-out ✅
-```json
-{ "ok": true, "fanout": true,
-  "servers": ["typescript-language-server","biome","eslint","denols","tailwindcss"],
-  "diagnostics": [],
-  "summary": "fan-out …/src/index.ts: 0 diagnostic(s) across 5 server(s) — …" }
-```
-5 个覆盖 .ts 的注册 server 全部被查询、合并、按 server 标注，无崩溃。
-
-### 4. 结构化错误路径 ✅（负例）
-相对路径 `dashr/dashr/src/index.ts`（相对 session cwd 不存在）→ 结构化 `file not found: <cwd>/…`，非崩溃非静默。
-
-## 结论
-本轮三项改动（skill:// 清单、lsp gate、fan-out 诊断）在 4999 真实运行时第一人称实测通过。单测侧：lsp-device 22 过、lsp-gate 5 过、skill.spec 17 过；tsc/构建绿。
-
-## 遗留
-- 真实 language server 端到端诊断（安装 pyright/ts 后取非空诊断、didOpen/didSave 同步行号对齐）未覆盖——本机当时无 server 二进制，fan-out 返回 0 视为"无 server/干净"两可；待装齐后补测。
-- gate on 后的 warm-start/didOpen 预热延迟附挂路径需真实 server 才能观测。
-
-## 追加实测（同日，commit 351d942）— dvc://lsp 读面
-- `read dvc://lsp/status`：同一会话先 `write {"action":"on"}` 后 read → `{"ok":true,"gate":"on"}` —— session 经 read env 注入生效，读面返回**调用会话**的 gate。
-- `read dvc://lsp/diagnostics?file=<abs>&all=1`：query 经 selector 还原为参数，fan-out 5 server 正常返回。
-- 写面保留 status 动作（与注入式分发对称），但查询的规范形式是读面。
-
-## 追加（同日，commit 660fd4b）— 两个活体缺陷修复
-1. **dvc://browser 被会话注入毒死**：dispatcher 把 `session` 塞进 args，browser device 严格 validator 报 `unknown field(s) "session"`。修复：session 改走 `execute(args, {session})` 带外传输（lsp gate 同步改读 ctx，兼容旧 in-args）。进程内实证：`dispatchDvcWrite('dvc://browser', open example.com, 'sess-1')` 真实启动 Chrome 并返回 `{"ok":true,...,"title":"Example Domain"}`。
-2. **read 普通文件路径失败**：wrapper 参数只声明 `path`，被委托方（host 原生 read 要求 `file_path`）收不到参数报 missing required property；非 string 返回值又撞 wrapper 的 string 输出 schema。修复：参数声明双键别名；委托前按被委托方**声明的 schema** 适配键名（opaque schema 原样透传）；非 string 结果 JSON 归一。三个委托形态（file_path 声明/path 声明/opaque）单测覆盖。
-
-## 追加（同日，commit f53c609）— glob/grep URL 缺陷修复
-- `glob pattern="skill://grp/*"` 曾把带 glob 元字符的 URL 整体传给 ripgrep 当字面路径（rg exit 2）。修复：`splitUrlGlob` 在路径段首个元字符（`*?[`）处切分——URL 部分走 resolvePath，尾部 glob 作为 rooted pattern 应用在资源真实目录内。进程内对真实 skill 目录实证：`skill://grp/*` 与 `skill://grp/**/*.md` 均在目录内解析，不再报 No such file。
-- `grep path="skill://…"` 匹配路径改写回 URL 形式（绝对路径前缀改写 + 原生相对路径前置），模型看到 `skill://grp/SKILL.md` 而非内部磁盘位置。
-- url-schema spec 的 "glob with a URL in pattern … globs the resource's real disk directory natively" 场景现在对带元字符的 URL 同样成立。
-
-## 追加（同日，commit 874edf2）— dsh://docs 指向上游官方文档
-- 官方 harness 文档语料（241 个 md，源自 deepseek-ai/deepseek-harness docs/，经 dsh-dev-skill 抓取）vendor 进包内 `dsh-docs/`，随 `files` 发布。
-- 解析顺序：显式 docsDir → `pkgRoot/dsh-docs` → `pkgRoot/docs` → `pkgRoot/../docs`；docs-dir 逐级上溯在每层先探 `dsh-docs`。
-- 4999 部署后实测：`dsh://docs` 索引返回 agent-lifecycle/api-gateway/architecture/… 官方语料清单。
-
-## 追加（2026-09-15）— 外部调查四洞修复（commit 待填：本条 commit）
-外部 owner 级调查确认四个洞，全部修复并在 4999 部署后实测：
-1. **fan-out 死代码**：`obtainClient` 被提到 `all:true` 分支之前，primary 缺失时 fan-out 永不可达。修复：fan-out 提前分发（`diagnosticsFanOut` 独立函数），不再要求 primary client。
-2. **fan-out 失败与干净不可分**：每 server 结果现带 `status: ok|missing|error`（`perServer` 数组），summary 明示 "missing (NOT clean): …" / "errors: …"。4999 实测：`perServer:[{typescript-language-server,ok},{biome,missing},{eslint,missing},{denols,ok},{tailwindcss,missing}]`。
-3. **安装结果被丢弃**：`ensureMustHave` 的 `installServer` 结果现落入 `installFailed`（per-session），在 `status` 读面以 `installFailures` 呈现；成功安装后调 `clearCommandProbeCache` 清负探针缓存（修复负缓存永久误报）。
-4. **must-have 只在 write 后触发**：新增 `lspGateEnsure`，read/query-first 路径同样触发后台安装。附加：`resolveCommandPath` 显式探测 `~/.local/bin`、`~/.cargo/bin`、`~/go/bin`（daemon PATH 被 scrub 后 npm -g 安装位置不可见——本次 user 手工 symlink 到 /usr/local/bin 的根因）。
-5. **device summary 过期**（"advertises 4, answers 11"）：summary 改为完整动作枚举（read 面 + write 面）。
-6. **status 读面扩充**：`availability`（每语言 command+available）、`liveServers`、（会话内）`gate`+`installFailures`。4999 实测：python/typescript/rust available=true、go=false，liveServers 两条。