super-dsh 0.3.0-c → 0.3.0-e

package/node_modules/better-dsh/docs/50_test-reports/2026-09-08-hashline-edit-E_RANGE_UNVERIFIED/350/267/250/350/275/256/344/274/232/350/257/235/351/224/256/345/244/261/346/225/210-/350/257/212/346/226/255/346/212/245/345/221/212.md

@@ -1,226 +0,0 @@
-# 诊断报告：hashline edit `E_RANGE_UNVERIFIED` 跨轮会话键失效
-
-> 日期：2026-09-08 · 环境：DSH v0.1.2-alpha 线（Web GUI），file policy = workspace-write
-> （workspace：`/home/u1/workspaces/dashr`），better-dsh hashline edit 桥（vendored
-> `dashr/src/url-schema/vendored/hashline/`，dsh-better-edit 工具集）。
-> 性质：**行为诊断**（非实测计划）；一次真实触发 + 源码级与账本级取证。
-> 前置关联：`2026-09-06-write工具sandbox升级透传bug复发及挂起-事件报告.md`（同桥另一缺陷线）。
-
----
-
-## 0. 一句话结论
-
-`E_RANGE_UNVERIFIED` 拒绝**不是校验代码的 bug**：write 后 auto-read 确实记了账，但 hashline
-的 served 账本按 **(session_id, path)** 键存储，而本部署**每个对话轮（continuation round）更换
-harness session id**——上一轮 write-hook 记的账，下一轮 edit 用自己的新键去查，必然查空。锚点
-与磁盘内容当时完全匹配（echo 可证），拒绝是**出处（provenance）账本问题，不是 staleness**。
-fail-closed 与批量原子性按设计工作，零数据损伤；代价是**跨轮编辑必须冗余 read 一次**。
-
----
-
-## 1. 现象与错误解剖
-
-原始报错（13-tuple 批量 edit 的第 0 个 tuple）：
-
-```
-Error: [E_BATCH_ABORT] edits[0] (…/docs/superd/01-component-boundaries.md) failed:
-[E_RANGE_UNVERIFIED] cannot verify range against served state in …:
-remove_from "Utw" has no served position; remove_to "Utw" has no served position.
-Current range:
-Utw│# Super D 组件边界与 UI 组合层（v0.1）
-Retry with these anchors (no read needed). … The whole batch was rejected and
-NOTHING was written — no file changed and earlier items in the batch were NOT applied.
-```
-
-三层套叠，每层各自按契约工作：
-
-| 错误码 | 含义 | 触发条件 | 本次是否命中 |
-|---|---|---|---|
-| `E_RANGE_UNVERIFIED` | 出处校验失败：锚点 hash 在**本会话 served 账本**查无位置 | 账本没记过"你看过这行" | ✅（本案） |
-| `E_RANGE_STALE` | 内容漂移：served 位置上的 hash 与当前文件不一致 | 文件在 serve 之后被改过 | ❌ |
-| `E_RANGE_UNSERVED` | 区间中洞：起止锚在账，中间行从未 served | 部分服务（截断读后编辑跨页） | ❌ |
-| `E_BATCH_ABORT` | 批量原子中止：任一 tuple 失败 ⇒ 整批不写、先前 tuple 也不应用 | 防半套状态 | ✅（外层包装） |
-
-注意 echo 行 `Utw│# Super D 组件边界与 UI 组合层（v0.1）` 与磁盘逐字节一致——**锚点本身完全
-有效**，拒绝纯粹因为账本查无出处。
-
----
-
-## 2. 事发回放（时间线）
-
-| 时刻 | 轮 | 动作 | 结果 |
-|---|---|---|---|
-| 轮 B | 蓝图 + 边界文档轮 | `write` 创建 `01-component-boundaries.md`（244 行） | write-hook 触发：结果尾部带 `--- Auto-read (hashline anchors) ---`，全文件锚点（`Utw…Pb8`）；`readAndServe → recordServed` 记账，键 = 轮 B 的 session id |
-| 轮 B→C | 轮边界 | harness 换 session id | （无感知） |
-| 轮 C | 透传/认证轮 | 拿 auto-read 锚点提交 13-tuple edit | `loadServed(轮C键, path)` = 空 → `E_RANGE_UNVERIFIED` → 整批拒绝，**零写入** |
-| 轮 C | 同轮 | `read` 全文（重新记账到轮 C 键）→ 原样重交 | 13/13 全部成功 |
-
----
-
-## 3. 取证
-
-### 3.1 代码链（vendored hashline，全部一手核对）
-
-| 环节 | 文件 | 事实 |
-|---|---|---|
-| 拒绝点 | `hashline/anchor-pipeline.js:462` `verifyServedRange()` | 先 `servedPositionsOf(served, hash)` 查账：查无 → `E_RANGE_UNVERIFIED`；查到但内容不匹配 → `E_RANGE_STALE`；区间中洞 → `E_RANGE_UNSERVED` |
-| 批量原子性 | `edit-engine.js:270` | 任一 item 失败 → `[E_BATCH_ABORT]` + 当前区间 echo，整批不写 |
-| write 记账 | `write-hook.js`（`tools/post-execute` 监听） | write 成功后调 `readAndServe(io, path, cwd, { sessionKey: execSessionKey(exec) })`——**渲染锚点与记账是同一次调用**，preview 出现 = 记账执行过；catch 兜底只影响回显不影响 write 本体 |
-| 账本读写 | `read-and-serve.js` → `session-view.js` `recordServed/loadServed` | served 按 **(session_id, path)** 唯一键 upsert |
-| 键推导 | `session-view.js:47-58` | `sessionKeyFor(exec.agent?.session.id)`；缺 id 时落到进程级 `randomUUID()` 兜底键 |
-| 存储位置 | `paths.js` `configDir(cwd)` | `<workspace>/.dsh_better_edit/hash-store.sqlite`；workspace = `exec.agent.session.header.cwd`（`withWorkspace` 传播） |
-
-### 3.2 账本验尸（sqlite 实查）
-
-库：`/home/u1/workspaces/dashr/.dsh_better_edit/hash-store.sqlite`（表：snapshots / meta / undo /
-served；served 666 行、579 快照）。
-
-本对话相关行（节选，按时间）：
-
-```
-09-08 01:18  session-cb07ad10…  （轮 A：dash-research 深化轮）
-09-08 02:13  session-a1b3097d…  01-component-boundaries.md  ["Utw","AuN",…]   ← v0.1 布局
-09-08 02:15  session-a1b3097d…  00-blueprint.md              ["aD5",…]
-09-08 03:20  session-a61bbf92…  00-blueprint.md              ["C7S",…]（v0.3 期）
-09-08 03:41  session-328368a6…  01-component-boundaries.md  ["pKk",…]        ← v0.3 后布局
-09-08 03:53  session-328368a6…  00-blueprint.md              ["rJz",…]
-```
-
-关键观察：
-
-1. **每轮一个键**：served 表共 50+ 个 distinct session 键（含大量无 `session-` 前缀的裸 UUID——
-   `sessionKeyFor(undefined)` 的进程兜底键，来自 preview/test 形态）。本对话各轮 `memory_flush`
-   回显的 session id 与账本键一一对应（轮 A=`cb07ad10…`、轮 B=`7104efad…`），**轮 B 的键在
-   本库无任何行**——它的 read/edit/write-hook 记账落在了别处（store 跟随 exec cwd）或同样因
-   轮界不可见；轮 C 的编辑因此查空。
-2. **(session, path) upsert 语义**：同键同路径后写覆盖前写，跨键各留一行——这正是"跨轮每换
-   一键就重读一次"摩擦的账面痕迹（blueprint 在 4+ 个键下各有一行）。
-3. **snapshots 表全局按 path**（不分会话）——与 served 的会话隔离形成对照：文件指纹证据本来
-   就有全局权威，只有"谁看过"是会话私有的。
-
-### 3.3 判定时刻的锚点有效性
-
-拒绝时的 echo 显示 `Utw` 行与磁盘一致；且调用方必须先在**当前文件哈希表**里定位出锚点区间才能
-构造该 echo（`verifyServedRange` 收到 `fileHashes` 与定位后的 `startLine/endLine`）。即：**锚点
-与磁盘逐字节匹配的条件下仍然被拒**——拒绝条件是纯账本出处，非内容漂移。这是提出修复方案 1
-（content-match 快道）的直接依据。
-
----
-
-## 4. 判定
-
-**没有坏的部分**（逐项核对通过）：
-
-- 校验逻辑三分支语义正确、先账本后内容、顺序合理；
-- write-hook 记账链无缺陷（渲染与记账同调用，preview 出现即记账执行）；
-- fail-closed：查不到出处一律拒绝，绝不带疑写入；
-- 批量原子性：`E_BATCH_ABORT` 整批回滚，先前的 tuple 不落盘（本案 13 tuple 零写入）；
-- 恢复路径干净：一次 `read` 重记帐后原样重交即全绿。
-
-**缺口**（设计假设与部署现实不符）：
-
-- 账本假设"一个逻辑对话 = 一个稳定 session id"；本部署每个 continuation round 换新 id（且
-  store 目录跟随 exec cwd），**跨轮 served 必然不可见** ⇒ 每个轮界对每个待编辑文件强制一次
-  冗余 read——纯摩擦、无风险、可完全消除。
-- 报错文案 `"Retry with these anchors (no read needed)"` 对多 tuple 批是误导：echo 只把
-  `edits[0]` 的区间记为 served，原样重交会在 `edits[1]` 上再失败、循环往复；正确指引是
-  "read 一次后整批重交"。
-
----
-
-## 5. 修复建议（better-dsh，按性价比排序）
-
-1. **content-match 快道（推荐）**：`verifyServedRange` 已持有当前 `fileHashes` 与定位区间——
-   当锚点 hash 在当前文件的定位区间上**逐行全匹配**时直接接受。byte-exact 保障不损（全匹配
-   ⇔ 自锚点生成以来该区间未变），served 账本从"门禁"降级为 echo/undo 的辅助。整体消灭此类
-   摩擦，且不依赖 harness 侧任何改动。
-2. **served 键去 session 化**：per-workspace 一份；或当前键为空时采纳该 path 的最近 serves
-   （`snapshots` 已是全局按 path 的先例）。改动小，但弱化"多会话并行同一文件"的隔离语义，
-   需评估并发场景。
-3. **改键源**：若 harness exec 暴露 conversation/root id（resume/continuation 的稳定根），
-   以其代替 `session.id` 做键——语义最正，依赖上游字段存在。
-4. **廉价修（文案）**：多 tuple 批失败时指引改为"对本文件 read 一次后整批重交"；顺带在
-   `E_RANGE_UNVERIFIED` 文案中点明"write auto-read 的锚点跨轮不可复用"这一部署事实。
-
-建议 1 与 2/3 不互斥：1 消摩擦，2/3 修语义。落地走 openspec change 流程（含单测：write → 模拟
-换 sessionKey → edit 应成功/回退行为明确）。
-
----
-
-## 6. 复现与回归要点
-
-- 触发条件：轮 N `write`（或 read）文件 → 轮 N+1 直接 edit 同文件 → 必现
-  `E_RANGE_UNVERIFIED`（首个 tuple 即拒）。
-- 快速复现（不依赖轮界）：同文件两次 edit 之间，用不同 `sessionKey` 调 `loadServed` 即等价
-  （单测可直接构造）。
-- 回归断言：修复后 write/read 的锚点在**任意后续轮**直接可用；`E_RANGE_STALE`（真漂移）与
-  `E_RANGE_UNSERVED`（区间中洞）行为不变；批量原子性不变。
-
-## 来源
-
-- 一手源码：`dashr/src/url-schema/vendored/hashline/{write-hook,read-and-serve,session-view,
-  paths}.js`、`hashline/anchor-pipeline.js`（verifyServedRange）、`edit-engine.js`（批量中止）
-- 一手账本：`/home/u1/workspaces/dashr/.dsh_better_edit/hash-store.sqlite`（served/snapshots/
-  undo 表实查，2026-09-08）
-- 触发实录：本 session 轮 B→轮 C（`docs/superd/01-component-boundaries.md`，13-tuple 批，
-  拒绝后 read 重交 13/13 成功）
-
----
-
-
-## 7. 勘误与设计裁决（2026-09-08 第二轮复核，user 主持）
-
-> 本节修正上文 §0/§2/§4 的关键归因错误，并记录用户裁决的修复方向。原文保留作诊断过程记录。
-
-### 7.1 勘误："每轮换 session id" 不成立，真实机制是会话树 fork
-
-| 上文断言 | 复核结论 | 一手证据 |
-|---|---|---|
-| "本部署每个 continuation round 更换 harness session id" | **不成立**。账本键 = `exec.agent?.session.id` 原样（`session-view.js:47-58`，无加工），与 `~/.dsh/sessions/<workspace>/session-<uuid>/` 目录及 `session.jsonl.zstd` header.id **一一对应**；同 id 跨多小时/多轮复用（328368a6：03:41+03:53 两笔；2f3a8234：04:27→11:41 跨 7h，本报告即该会话所写） | dashr 桶 6 个 session 目录与账本键全对上 |
-| "轮 B→C harness 换 id（无感知）" | 真实机制 = **DSH 会话是树，延续/fork 产生新节点**：header 带 `parentSession` + `seedLength`；`packages/core/session/src/index.ts` 有显式 `fork(source, boundary?, childSessionId?)`（注释："Seeding with an existing event log replays/forks a session"）。fork 对 UI 与上下文透明，故 agent/user 均感知为"同一对话" | 实测谱系：`345e1e12 →fork→ cb07ad10 (seed 23,388)`；`a1b3097d(根, 01:24) →fork(03:08)→ 328368a6 (seed 65,305) →fork(03:11)→ a61bbf92 (seed 65,308)`；`2f3a8234` 独立根 |
-| 病根表述 | 修正为：**轮 B write（02:13:16/02:15:02，键 a1b3097d）与轮 C edit（03:41:38/03:53:15，键 328368a6）分属父子会话节点**，served 按 (session节点， path) 记账 → 子节点查空 → `E_RANGE_UNVERIFIED`。fail-closed、批量原子、恢复路径等结论不变 | 账本 sqlite 逐行时间核对 |
-| "memory_flush 回显 session id 与账本键一一对应（轮 B=7104efad…）" | **不成立，观察源即错**。corti-memory `memory_flush` 回显的是 `exec?.session?.id`（`corti-memory/dist/index.js:381-384`，fallback `lastSeenSessionId`/"dsh-session"），**不是写账本的 `exec.agent?.session.id`**；7104efad 属 `/home/u1/workspaces/base`（workspace.json：base 桶 updated `09-07T18:13:19Z` = 本地 09-08 02:13；base 桶 `session-7104efad…/session.jsonl.zstd` 206KB，02:13–02:18 活跃），而账本 02:13 行键 = a1b3097d | 两个 id 分属不同 workspace 的会话对象 |
-
-### 7.2 write 语义与守卫归属（确认）
-
-- better-dsh **未干预 write 执行**：上游 `packages/fs/tool-fs/src/write.ts` 自述 *"Model-facing full-file write … no policy means an unconditional atomic create-or-overwrite"*，确认信封 *"no file content is echoed back"*。better-dsh 仅经 `tools/post-execute` 追加锚点回放（模型面 content）。
-- **整文件写在逻辑上不要求"之前见过"**：新文件天然无此前提；已有文件的守卫归覆盖确认层（DSH approval policy + `dsh-fs-observation-policy` 的 createIfAbsent/replaceIfVersion），与 hashline 无关。上文 §5 建议 4 中"write auto-read 锚点跨轮不可复用"的文案指引随 §7.3 裁决一并重写。
-
-### 7.3 hook 时机与回放必要性（裁决）
-
-- `tools/post-execute` 即 **tool-result 相位**水漏（`pre-execute → execute → post-execute`；core/tools invariant："post-execute must follow pre-execute or execute"；spill-policy 同瀑布组合；签名 `(exec, result, next) → Promise<PostToolDecision>`，write-hook `await next()` 后追加内容，**异步安全**）。挂点选对了。
-- 脆弱点：`final-result` 路径 **bypass post-execute**（core/tools `index.ts:421`）——未来异步/后台写工具若走该路径，回放会静默丢失。
-- **回放与 edit 解耦（裁决）**：OMP write 模型面 = 成功确认 + 新 `[path#TAG]`，**不回显内容**（渲染器 12/6 行预览仅 UI 侧）。DSH write-hook 现回放全文件锚点预览（`fmtReadPreview` 默认上限 `DEFAULT_MAX_LINES=2000` 行、单行 200KB）——对整文件写是过度供给。裁决：write 结果**仅返回动作确认（+ 可选新 tag 头）**，内容核实由 agent 主动 read；write-hook 回放砍掉或降级为确认行。
-
-### 7.4 locator 去 session 化（裁决）
-
-- 键 = **canonical 绝对路径（现成键，零新增）**：全部状态表本就以 `resolveTarget()` 的绝对路径为主键——`snapshots(path PRIMARY KEY)`、`undo(path PRIMARY KEY)` 现状即无 session；唯一 session 化的 `served` 去 `session_id` 列、PK 改 `(path)`，drift `reported` 列随行走。绝对路径单机全局唯一，集中单库不撞键。**不引入 CWD basename 前缀**（第三轮复核裁决）：模型面 locator（行级 3-char 锚）永远伴随 edit 调用的显式 path 参数使用，不存在"裸 hash 找文件"的 surface，前缀列零收益——minimal effort 即删列。
-- 全量哈希（xxh64 `contentChecksum`）仍是内容身份，现库 checksum 命中原样保留；跨会话共享同 path 的 served 行是期望行为（内容权威下"谁看过"无判定义务）。随键清理：`wipeServedState(sessionKey)` 删除；`SERVED_TTL_MS` 7 天 TTL 按 `updated_at` 照常 prune（`hash-store.js:488`）。迁移 = `HASH_STORE_VERSION` 6→7 重建 served 表；旧 12 个点目录弃置（TTL 反正清空，不作数据导入）。
-- **§5 建议 3（改用 conversation/root id 作键源）作废**：host session id 引入 fork/子代理嵌套等不可控复杂度，被本节 path 键方案整体取代。建议 1（content-match 快道）与本节合流：内容即权威，served 出处账本对校验不再必需（undo/echo 归属另议）。
-
-### 7.5 存储布局："到处拉屎"（裁决：集中化）
-
-- 现状：`configDir(cwd)` 把 `hash-store.sqlite` 落在每个 workspace 下，实测 **12 个 workspace 各一份**（base 1.4MB、dashr 6.1MB+4MB WAL、superd/research/dsh-omp/browser-agent/temp/agent-harness/kb-dev/sidecarx/SoftEng/orchestra …）。
-- 裁决（第三轮精化）：迁移到 **`$DSH_HOME/storages/dsh-better-edit/hash-store.sqlite`**。`storages/` 是宿主状态数据区（workspace.json / message_feedback.json / session_projcache），语义对口；实测 `~/.dsh/plugins/dsh-better-edit/` 是安装脚手架位（README/code/cordis/minimal/standard），代码里原"无 cwd 兜底"指向 `plugins/` 属语义错位，一并修正。实现 = `configDir(cwd)` 删除 cwd 分支，统一走 `resolveDshHome()`（感知 `DSH_HOME` → 4999 测试线 `.dsh-test` 自动隔离）。
-
-### 7.6 修复批次合并
-
-§7.2–§7.5 与原 §5 建议 1/2/4 合并为**一个 openspec change**（暂名 `hashline-content-locator`）：内容寻址 locator + 集中存储 + write 回放解耦 + 多 tuple 失败文案修正。回归断言沿用 §6，另加：write→（fork 会话）→edit 应直接成功；`.dsh_better_edit/` 不再新建；上游 `~/.dsh` 下单库增长可观测。
-
-### 7.7 渊源备注
-
-better-dsh vendored 头注自述 *"a dsh port of pi-hashline-edit-lsz"*（pi 系 = OMP 同族，即用户所称 "BetaEdit" 分支）。两支同源已分岔：OMP = 整文件快照 + 4-hex tag + session 级内存 store；DSH 分支 = 3-char 行锚（62³ 文件内唯一分配）+ (session,path) served 账本 + per-workspace SQLite。本次裁决实质是把 DSH 分支的校验权威从"会话出处"迁回 OMP 所在的"内容快照"一边，存储形态再叠加集中化。
-
----
-
-
-## 8. 落地回执（v0.2.3b，2026-09-08）
-
-
-§7 五项裁决已实现并实测：change `openspec/changes/2026-09-08-v0-2-3b-hashline-content-locator/`；
-单测 `test/hashline-store.spec.ts` 12/12；4999 第一人称实测见
-`v0.2.3b-hashline-content-locator实测报告.md`。要点：中心库落位
-`.dsh-test/storages/dsh-better-edit/`（served 表无 session_id 列）、write 无回放、
-内容快道在账本未见时直接放行；实测发现宿主 `dsh-fs-observation-policy` 的
-`E_NOT_OBSERVED`（read-before-edit）为跨会话 edit 的另一道设计内守卫，予以保留。
-发布闸：a 实测 ✅ / b 报告 ✅ / c user 确认 ⏳。

package/node_modules/better-dsh/docs/50_test-reports/2026-09-11-control-prompt-into-eval-description/345/256/236/346/265/213/346/212/245/345/221/212.md

@@ -1,222 +0,0 @@
-# control-prompt 并入 eval description — 第一人称实测报告
-
-- 日期：2026-09-11
-- change：`openspec/changes/2026-09-11-control-prompt-into-eval-description/`（design D1–D4）
-- 被测运行时：**本 agent 自己所在的活体实例** —— `dsh web` @ `127.0.0.1:4989`，`DSH_HOME=/home/u1/workspaces/dashr/.dsh-test-4989`，profile `web` bundles = `[@deepseek-ai/dsh-base, @deepseek-ai/dsh-web-app, better-dsh]`，host 源码 = `upstream/deepseek-harness`（0.1.5-rc.2 线），插件来自 workspace 成员 `packages/better-dsh/better-dsh`（= canonical `./dashr` 的 rsync 副本，二者 src 已核为同步）。
-- 端口说明：design 迁移计划写作 4999，实际 4997/4998/4999 已被 superd PoC 占用，本轮活体为 **4989**（`PORT=4989 bash test/start-4999.sh`，systemd 单元已起，日志 `.scratch/dsh-4989.log`）。
-- 方法：**第一人称实测**——本 agent 的系统提示、wire 工具表、`eval` cell 桥接全部取自这个正在运行的 runtime；wire 侧数据从本会话落盘的 `session.v3.jsonl.zstd`（`request/header` / `system/message` 事件）读取，不由人手转写。
-
----
-
-## 0. 结论
-
-| 判定项 | 结果 |
-|---|---|
-| 两 section 是否消失、指引是否单源进 `eval` description | ✅ 通过（活体 wire 证据） |
-| cell 内桥接调用（read/grep/bash/glob + delegation） | ✅ 通过（真实调用、返回可读） |
-| 非 flat 名直调路径 / masked 8 名路由回文 / `dir(tool)` 内省 | ✅ 通过（无回归） |
-| D1 示例键名修正 | ✅ 文档层正确；**行为层非修复**（旧键 `file_path` 仍被别名接受，见 §5.1） |
-| 单测 / 类型无新增回归 | ✅ 458 passed / 14 failed（与 pristine HEAD 基线同数）；tsc 13 = 基线 13 |
-| 提示面预算 | ✅ 本 runtime 实测 −8,759 chars（−52.6% 等效），Σ description +1,965 |
-| **发布面完整性** | ❌→✅ **发现发布阻断缺陷并已修复复验**：`package.json` `files` 未随文件更名更新，`npm pack` 产物不含 `eval-description.md` → 插件模块期 `readFileSync` 必 ENOENT（§5.2） |
-
-**一句话**：change 在运行时行为上完全落地且无功能回归；但**原样发版会把插件打成一个加载即死的包**，已就地修好 `files` 并重建 canonical 产物复验。
-
----
-
-## 1. 被测对象与构建事实
-
-| 项 | 值 |
-|---|---|
-| 插件版本 | `dashr/package.json` = `better-dsh@0.2.3-c`（未 bump，任务 4.2 待做） |
-| 活体副本产物 | `upstream/deepseek-harness/packages/better-dsh/better-dsh/lib/index.js` 内含 `readFileSync(new URL("../eval-description.md", import.meta.url), "utf8")`（11052 行） |
-| 指引文件 | `dashr/eval-description.md` = 2,092 chars；与副本同名文件 **字节相同** |
-| canonical 产物 | 本轮用 `tsdown` + `tsx scripts/build-client.ts` 重建：`lib/index.js` 440.07 kB、`lib/py-sdk.js` 0.10 kB、`lib/py-sdk.d.ts` 1.00 kB（渲染器拆除后的瘦身态）、`lib/client/index.js` 18.52 kB |
-| 前状态的坑 | 修复前 canonical `dashr/lib` 是 **Sep 11 04:01 的改前产物**（内含 `control-prompt.md` 引用 1 处、`eval-description.md` 0 处），而 `dashr/control-prompt.md` 已删除 → 那个时点打包出来的是「lib 指旧文件 + 包内无新文件」的双坏包（§5.2） |
-
----
-
-## 2. 静态契约核验
-
-1. **两 section 注销**：`dashr/src/*.ts` 已无 `systemPrompt.section` 注册，`dashr:control-prompt` / `dashr:tool-catalog` 仅剩两处**历史注释**（`src/index.ts:242`、`src/py-sdk.ts:5`）——无注册、无渲染物。
-2. **接线单源**：`EVAL_DESCRIPTION`（`src/index.ts:244`）= `readFileSync(new URL('../eval-description.md', import.meta.url), 'utf8')`；注册点 `src/index.ts:535` `description: EVAL_DESCRIPTION`；参数级 `EVAL_DESCRIPTION_PARAM_DESCRIPTION`（`:256` → `:541`）保留。
-3. **wire 参数 schema 未动**：`eval.parameters.properties` = `['cell','description','timeout','reset']`（与 design 一致）。
-4. **渲染器已删、策略保留**：`renderReplBridgeInstructions` / `renderToolsSdkPy` / `collectSdkSchemas` 在 `src/`+`test/` 零命中（仅注释追述）；`isFlatBindableName` 仍在 `src/py-sdk.ts:35`，被 `src/index.ts:103/890`（绑定安装器）调用。
-5. **单测**：
-   - 三个被改 spec：`presentation.spec.ts` + `py-sdk.spec.ts` + `surface-devices/surface.spec.ts` → **32 passed / 3 files passed**（presentation 20 + surface 10 + py-sdk 2），与 tasks 3.1 记录一致。
-   - 全量：**Tests 14 failed | 458 passed (472)**；失败集中在 `agent-family.spec.ts` / `url-schema.spec.ts`（`SessionSeq is not a function`）。
-   - **独立基线对照（本轮新做，非引用任务记录）**：`git worktree add --detach /tmp/dashr-head HEAD` 拉 pristine HEAD（改前）→ 同两文件 **14 failed | 41 passed (55)**，`tsc --noEmit` = **13 error TS**；改动树 `tsc --noEmit` 同为 **13**。→ 14 失败与 13 类型错误均为既有基线，**零新增**。
-6. **D1 漂移护栏在位**：`presentation.spec.ts` 断言「注册 description `toBe(packaged md)`」+「description 中所有 `"key":` 引用的键 ∈ 相关工具 wire properties ∪ eval 自身四参」。
-
----
-
-## 3. 活体第一人称矩阵（design 迁移计划 a–e）
-
-### (a) 新 session 无两 section、`eval.description` = Markdown 全文 ✅
-
-从本会话落盘的 wire 证据（非人工转写）：
-
-```
-system prompt chars = 7894
-mentions dashr:control-prompt: False     mentions dashr:tool-catalog: False
-mentions 'TWO ways to act'   : False     mentions 'Calling tools from the scripting pad': False
-mentions 'tool.<name>' 归因段 : False     system prompt 内 'REPL' 出现次数: 0
-wire eval.description chars  = 2092
-byte-identical to dashr/eval-description.md                        : True
-byte-identical to monorepo 副本 eval-description.md                 : True
-```
-
-description 内六段解剖全部命中：首句定义（"Run one Python cell …"）、参数语义（"top-level `return` is a SyntaxError"）、直调 vs cell 判据（"Payload-shaped work…"）、非 flat 例外（"not plain identifiers"）、`subagent` 别名注记（"`subagent` is its native alias"）、末尾桥接段（"ONE positional argument" + "`true`/`false`/`null` become `True`/`False`/`None`" + "ToolCallError"）；**输出侧零陈述**（`not guaranteed` / `trial` / `试错` 等一律 0 命中）——符合 R3 user 裁决。
-
-### (b) cell 内真实桥接调用、返回值可读 ✅
-
-单个 cell 内实跑（真实 host 调用，非 mock）：
-
-```json
-{"read_path_ok": true, "read_head": "yY8│# Better Dsh — Dashr",
- "grep_matches": 3,
- "bash_stdout": "bridge-ok\n/home/u1/workspaces/dashr",
- "glob_paths": ["upstream/deepseek-harness/packages/better-dsh/better-dsh/eval-description.md",
-                "dashr/eval-description.md"],
- "glob_shape": ["paths", "root"],
- "dir_tool_count": 25}
-```
-
-delegation 桥端到端（真起了子 agent，回收两轮回执）：
-
-```
-tool.agent({"description":"bridge smoke","prompt":"Reply with exactly: bridge-alive","run_in_background":True})
-  → {'kind': 'continuable', 'subagentId': '55661884-…'}
-  ← child 结束语: bridge-alive
-tool.agent_message({"receiver":"child","subagent_id":"55661884-…","message":"Reply with exactly: bridge-alive-2"})
-  → {'messageId': 'd0e77672-…'}
-  ← child 结束语: bridge-alive-2
-```
-
-`web_search` / `job_list` 桥同样返回结构化可读值。cell 语义三断言实测：跨 cell 变量存活（前 cell 的 `masked`/`sid` 在后 cell 可见）；`compile("return 5","<cell>","exec")` → `SyntaxError: 'return' outside function`；kwargs 形 `tool.read(path=…)` → `TypeError: dashr binding calls do not accept keyword arguments`；`reset=True` 后 `masked`/`sid`/`marker` 全部消失而桥接照常可用。
-
-### (c) 非 flat 名直调路径不回归 ✅（本 scope 无真名，用等价物证）
-
-本 runtime wire 26 名**全部是 flat 标识符**，非 flat 分支无真实样本。等价验证：
-
-```
-getattr(tool, "mcp__demo-server")({})  → ToolCallError: unknown binding "tool.mcp__demo-server"
-`tool.mcp__demo-server(...)` 属性语法    → Python SyntaxError（语言层就不可写）
-```
-
-即「非 flat 名没有 `tool.<name>` 成员、必须直调」的契约成立；`isFlatBindableName` 本身由 `py-sdk.spec.ts` 单测覆盖（2 tests 绿）。**声明**：真实带连字符/`__` 的 MCP 工具在场的端到端用例本轮未覆盖（本 runtime 无 MCP 工具），见 §6。
-
-### (d) `read` 示例键名 `path` 正确 ✅（并发现旧键仍可用，见 §5.1）
-
-```
-tool.read({"path": "README.md", "limit": 3})           → 成功（'"yY8│# Better Dsh — Dashr"' 等 hash 行）
-tool.read({"limit": 2})                                 → ToolCallError（path 缺失必错）
-tool.read({"file_path": "README.md", "limit": 2})       → **也成功，且返回值与 path 版完全一致**
-dir(tool) 内 25 名 = wire 26 名 − eval                     （与 `_dashr_install_bindings` 注入的 25 名逐一吻合）
-```
-
-### (e) masked 8 名 / 别名 / 内省回归 ✅
-
-- masked 8 名（`skill,send_message,report,list_agents,subagent_fork,interrupt_agent,workflow,ralph`）在 **wire 26 名中全缺席**，在 `dir(tool)` 中亦不在绑定清单；`tool.skill({})` → `ToolCallError`，`str(e) == 'unknown binding "tool.skill"'`，`.toolName == 'skill'`（契约字段健在），与瞎编名 `tool.definitely_not_a_tool` 的**模型可见回文完全同形** → 同一条 route-back 路。
-- `agent`/`agent_message`/`subagent`/`agent_workflow` 桥正常（§3b）；`dir(tool)` 内省面 25 名不变。
-- `dashr:escalation-guidance`（order 116）不在本 change 范围，本轮实测该 context 仍以 runtime-context 段落出现（升级指引文案可读），未受影响。
-
----
-
-## 4. 提示面预算复测（task 3.4）
-
-**基线取法（同 harness 家族、可复算）**：`.dsh-test` 里 2026-09-06 的旧 session（`session-851d54da…`，wire 25 工具、`eval` 591 chars）留有完整 `system/message` + `request/header`；与本活体的会话记录做 A/B。
-
-| 指标 | 改前（Sep 06 基线） | 改后（本活体 2026-09-11） | Δ |
-|---|---|---|---|
-| base system prompt | 14,709 chars | **7,894 chars** | **−6,815（−46.3%）** |
-| 其中 `## The DASHR REPL interface`（control prompt） | 4,127 chars | 0 | −4,127 |
-| 其中 `## Calling tools from the scripting pad` + 27 行 `tool.x(args: …) -> …` 声明块 | 4,632 chars | 0 | −4,632 |
-| 两 section 合计 | 8,759 chars | 0 | **−8,759** |
-| 残余漂移（非本 change） | — | — | **+1,944** |
-| wire Σ description | 9,726（25 工具） | **11,691（26 工具）** | +1,965（+20.2%） |
-| 其中 `eval` 单工具 | 591 | **2,092** | **+1,501** |
-| 其中新增工具 `present` | — | 464 | +464 |
-
-**残余 +1,944 已定位且与本 change 无关**：对「去掉两 section、去掉 runtime-context 段落（checkout/GUI/cwd/model 四段，位置与端口不同不算内容）」后的**核心**提示做行级 diff，得出**纯插入 19 行**、且校验 `基线核心 + 插入行 == 当前核心` 为 True——插入内容全部是 v0.2.3-b（09-08）hashline content-locator 带来的 `read`/`edit` HASH 锚点指引段。即：**本 change 的作用就是把两份 section（−8,759）从提示面移除，别处一字未动**。
-⇒ 若只看本 change 对今日 runtime 的净影响：`7,894 + 8,759 = 16,653 → 7,894`（**−52.6%**）。
-
-与 design 预估（prod 43 工具：17,838 → ~10,850；Σ 14,201 → ~15,800）方向一致，绝对值不可直接比（本 runtime 是 26 工具的 web profile，scope 不同）；design 对 `eval` 描述长度的目标 ~2,200 chars，实测 **2,092**，达标。
-
----
-
-## 5. 发现与处置
-
-### 5.1 D1「示例键名修正」是文档准确性问题，不是行为修复（低）
-
-`dashr/eval-description.md` 把示例从 `file_path` 改成 `path`，与 wire schema（`read.parameters` = `path/offset/limit`）一致——**正确**。但实测旧键**并未失效**：vendored hashline 的 `normalizeRequest` 显式做 `file_path → path` 别名（`src/url-schema/vendored/hashline/contract.js:74` 一带）。结论：
-- 旧 control prompt 的 `file_path` 示例属于「与 wire schema 不符但侥幸可用」；
-- 新示例消除了这层侥幸（若上游/我们日后收紧 `additionalProperties`，旧写法即死）；
-- 报告据此把 D1 定性为**文档正确性修正**，而非「修了一个报错」。建议（不改本轮结论）：如果确实希望旧键成为硬错，需要单独 change 去掉该别名，本 change 不应背这个期望。
-
-### 5.2 【发布阻断，已修复并复验】`package.json` `files` 未随文件更名更新
-
-**症状**：`dashr/package.json` `files` 仍写 `"control-prompt.md"`（该文件已删除），且**没有** `"eval-description.md"`。
-
-**证据链**：
-1. 修复前 `npm pack --dry-run`（`--cache /tmp/npmcache`，因 `~/.npm` 只读）→ 69 个文件，`eval-description.md` **不在**产物中，`control-prompt.md` 也不在（已被删）。
-2. 而插件在**模块期**就执行 `readFileSync(new URL('../eval-description.md', import.meta.url), 'utf8')`（`lib/index.js:11052`），路径解析到**包根**。
-3. 用修复前语义复现：从真实 tarball 解包后把该文件移走 → `ENOENT: no such file or directory, open '/tmp/pkgcheck/package/eval-description.md'`。
-   ⇒ 部署态后果不是「指引缺失」而是 **`better-dsh` 整个插件加载即抛错**（挂载失败，插件全部功能死）；而 4989 活体因跑源码树（文件在盘上）完全看不到这个问题——典型的「活体绿、发版死」。
-4. 附带事实：修复前 canonical `dashr/lib` 还是 04:01 的**改前产物**（仍引用 `control-prompt.md`，而该文件已删），故那一时点即使补上 `files`，lib 侧依旧指旧文件——两个坑叠加。
-
-**处置**：
-- 改 `dashr/package.json`：`files` 中 `"control-prompt.md"` → `"eval-description.md"`（1 行）。
-- 重建 canonical 产物：`tsdown`（8 files / 495.94 kB，`py-sdk.d.ts` 瘦到 1.00 kB）+ `tsx scripts/build-client.ts`（18.52 kB）。
-- 复验：`npm pack`（真实打包）→ **70 files**，根层含 `eval-description.md`；解包后 `lib/index.js` 对 `control-prompt.md` 引用 0、对 `eval-description.md` 引用 1；按**模块期同款 URL** 读取成功，`chars = 2092`，首行 = `Run one Python cell on a session-persistent scripting pad. …`。
-
-**残留提醒（未改，交 user/后续任务裁决）**：
-- 版本号与 lock 仍 `0.2.3-c`、AGENTS ✅ 条目与 tasks 3.3/3.4/4.1 未回填（本轮只做验证与报告，不做发布动作）；
-- `openspec/…/tasks.md` 的 3.2 记录「canonical 未重建、4999 挂起」与现状已不符（活体已在 4989 跑起来），建议收口时同步。
-
-### 5.3 小瑕疵（不影响判定）
-
-- `src/index.ts:242`、`src/py-sdk.ts:5` 的注释仍以「former section」口吻提到 `dashr:control-prompt`/`dashr:tool-catalog`——tasks 2.1 的「`grep src/` 零命中」严格说不成立（是注释，不是注册）。可在收口时顺手改写以免后人误解为「还在」。
-- `eval-description.md` 示例路径 `docs/README.md` 在 dashr 仓库**不存在**（README 在根；`upstream/deepseek-harness/docs/README.md` 也没有）。示例属通用示意（与上游 `eval` 文档同构），但既然本 change 以「消灭键名漂移」为由加了单测护栏，路径同样可以选一个真实存在的（如 `README.md`）以免带偏模型。**注**：这正是本轮第一次 cell 试跑踩到的 `E_NOT_FOUND`。
-
----
-
-## 6. 未覆盖 / 残留风险
-
-1. **非 flat 名的端到端**：本 runtime 无 MCP/带连字符工具，只有「无成员 + 属性语法不可写 + 同名 route-back」的等价证据与单测覆盖（§3c）。若验收要求真名，需挂一个 MCP 工具再跑一次。
-2. **prompt 前缀缓存一次性失效（design D4 自述 BREAKING）**：本轮未量化既有会话的 cache 命中变化（无 provider 侧计数入口）。
-3. **prod 侧未验证**：本报告全部结论来自 4989 源码级实例；prod 3080 仍是发布态 `better-dsh@0.2.3-c`（未装本 change），按 AGENTS §〇 需 user 单次确认后才发布、再以普通 user 身份装机实测。
-4. **未跑 `pnpm run build` 全量**（仅 `tsdown` + `build-client` + `tsc` + vitest）；monorepo 侧本轮未重建（活体所用产物在此之前已由 change 作者构建并处于在位状态，本轮只核了它的字节行为）。
-
----
-
-## 7. 发布闸门状态（AGENTS §〇）
-
-| 闸 | 状态 |
-|---|---|
-| a. 第一人称实测通过 | ✅ 本报告 §3（同一 runtime 上跑通改动路径；且本 agent 自身即运行在被改的提示面上） |
-| b. 报告落盘 `docs/50_test-reports/` | ✅ 本文件 |
-| c. user 单次明确确认放行 | ⏳ **未取得** |
-| d. 前置修复（`files` 缺口 + canonical 产物重建） | ✅ 已做并复验（§5.2） |
-
-⇒ **不具备发布条件**，等 user 明确放行；本报告不构成发布授权。
-
----
-
-## 附录 A — 原始证据位置
-
-| 证据 | 位置/取法 |
-|---|---|
-| 本会话 wire 快照（`system/message`、`request/header`） | `.dsh-test-4989/sessions/--home-u1-workspaces-dashr--/session-21747443-752d-4647-9208-c929a635c998/session.v3.jsonl.zstd`（`zstd -dc` 后按 `type` 取事件） |
-| 改前基线 session | `.dsh-test/sessions/--home-u1-workspaces-temp--/session-851d54da-bffa-4c44-83db-c3991708e3ab/session.v3.jsonl.zstd`（2026-09-06，25 工具 / eval 591） |
-| pristine HEAD 基线（单测+tsc） | `git worktree add --detach /tmp/dashr-head HEAD`（HEAD=`f69528f`）→ 14 failed/41 passed（两 spec）、tsc 13 |
-| 打包复验 | `npm pack --cache /tmp/npmcache --pack-destination /tmp/pkgcheck2` → `/tmp/pkgcheck2/better-dsh-0.2.3-c.tgz`（70 files，含包根 `eval-description.md`） |
-| 活体 cell 记录 | 本 session transcript 的 `tool/call`/`tool/result`（eval × 6，含 delegation 往返） |
-
-### 附 A.1 本报告触发的一次实际改动
-
-```
-dashr/package.json:  files: ["lib","docs","cordis.patch.yml","eval-description.md","scripts/kernel-provision.mjs"]
-                     （原 "control-prompt.md"）
-重建：dashr/lib/*（tsdown 8 files 495.94 kB；client 18.52 kB）
-```

package/node_modules/better-dsh/docs/50_test-reports/2026-09-12-fs-scheme-resolution-/345/256/236/346/265/213/346/212/245/345/221/212.md

@@ -1,81 +0,0 @@
-# fs-scheme-resolution — 实测报告（change 2026-09-12-fs-scheme-resolution）
-
-> 状态：**代码 + 单测 + 活体自测完成**；npm publish 未启动（AGENTS §〇，等 user 单次确认）。
-
-## 1. 被测对象与身份锚定
-
-| 项 | 值 |
-|---|---|
-| change | `2026-09-12-fs-scheme-resolution`（FS 层挂载 + 工具解绑——上一 change 的 Phase-2 尖兵兑现） |
-| 实例 | `dsh-4999-test`（0.1.5-rc.2 + better-dsh monorepo 副本，home `.dsh-test`） |
-| 挂载 | home 层 `.dsh-test/cordis.patch.yml`（新建）：`{id: fs-sandbox, name: 'better-dsh/fs-aware-sandbox', config: {urlSchemes: true}}` + `{id: better-dsh, config: {hashline: false}}` |
-| 关键裁决 | D2：ctx:///agent:// 为会话型 scheme，FS 层不解析（结构化 `CTX_SESSION_LAYER` 边界），工具层呈现分支继续服务 |
-| 实测会话 | `session-1c6ebcab`（自驱，`.scratch/url-schemes-live-driver5.sh`） |
-
-## 2. 代码交付
-
-- `src/fs-aware/sandbox-plugin.ts`：`FsAwareSandboxFileSystem extends SandboxedFileSystem`（**静态**继承——替换行下沙箱包定义性在场；`fs` 服务名由 FileSystem 基类 `super(ctx, 'fs')` 烙定）；override resolve/stat/readText（scheme → UrlResolver 解引用；ctx://、agent:// → `CTX_SESSION_LAYER`）+ writeText/editText（virtual → `FS_VIRTUAL_READONLY`）；`urlSchemes: false` → 全 super 逐位 stock。FS 层 resolver = skill（ctx.skills + fs=this）/ dsh（ctx.settings + resolveDocsDir）/ dvc（模块级共享注册表）/ http。
-- 构建面：tsdown 第二 entry → `lib/fs-aware/sandbox-plugin.js`；package.json `exports['./fs-aware-sandbox']`。
-
-## 3. 验证
-
-| 层 | 结果 |
-|---|---|
-| 单测 `fs-aware.spec` | **5/5**：dsh://docs 虚拟解引用 + stat、CTX_SESSION_LAYER 边界（resolve/readText/agent://）、FS_VIRTUAL_READONLY（writeText×2）、真实路径透传、gate off stock 退化 |
-| 全量 | vitest **487 passed / 14 failed**（基线同族，宿主 API 漂移）；tsc **13 基线**；openspec **2/2**（新 change strict 过） |
-| 活体（三轮自驱同法） | 见 §4 |
-
-## 4. 活体自测（hashline OFF = read 为零工具层参与的原生 read）
-
-| # | 探针 | 观测 | 判定 |
-|---|---|---|---|
-| 1 | 原生 read `dsh://docs` | **8,929 chars 文档清单**（agent-lifecycle.md、AGENTS.md、api-gateway.md…） | ✅ **FS 闸口解析直达证据**——零工具层 scheme 代码参与 |
-| 2 | 原生 read `dvc://` | 677 chars 设备表（ast_edit/ast_grep/browser/lsp） | ✅ 注册表共享成立 |
-| 3 | 原生 read `ctx://session` 系 | 走工具层呈现分支（gates.urlSchemes on），未知 face → 结构化错误；`user_prompts[0]` 正常 | ✅ D2 边界：会话型留工具层；无 wrapper 的消费方则得 `CTX_SESSION_LAYER`（单测证明） |
-| 4 | 原生 read `package.json`（path 参数） | isError=true（原生参数校验诚实失败），agent 自纠 `dashr/package.json` 成功 | ✅ 原生语义如实呈现 |
-| 5 | 真实路径读取 | 正常（native 格式，无锚点——hashline off 的预期形态） | ✅ 真实路径零扰动 |
-| 6 | agent 自发扩展 | eval/glob/bash 附加探针（50,520 chars 输出）全健康 | ✅ 无回归 |
-
-压缩链（`/compact`，13 items / 7,889 tok）与 session persistence 全程正常（FS 替换未扰动会话存储——其自持 fs 不经 ctx.fs，设计如此）。
-
-## 4b. 挂载机制的证伪与改道（重要工程记录）
-
-「home/profile 层同 id 行重述 fs-sandbox + name 重指」在 0.1.5-rc.2 上**不可用**：三种 name 形态（bare 子路径 / 带引号 bare / 相对路径）全部**静默回滚**为 stock（dump 与活体行为双证）。根因：boot 期行导入走 `loader.internal.import`（编译期 bun-registry，仅 @deepseek-ai/* 在册），非在册名替换导入失败 → `Entry.update` 回滚；upstream 根 symlink 亦不达（import 不走 Node 分支）。**采纳改道 = 实例级方法包装**（`src/fs-aware/wrap.ts`，doc §5.3 最后手段）：包装活体 ctx.fs 的 5 个公开方法，urlSchemes 总闸 + symbol 幂等 + 随重启还原；子路径模块/exports 实验回退（D1b 详录 design.md）。已知代价：上游改这 5 个方法签名即碎（公开面，可控）。
-
-> **gates 标签（2026-09-13 补）**：§4 活体于 `urlSchemes: true + hashline: false`（原生 read + FS 包装层）取证。
-
-## 4c. Gate on/off 变体 + LSP 成功路径（✅ 2026-09-12 深夜补测）
-
-- **gate OFF 活体变体（task 2.4 ✅）**：双闸关闭（better-dsh `urlSchemes:false` + fs 行 false）重启后自驱实测——原生 read 把 `dsh://docs` 按相对路径折叠（`/home/u1/workspaces/dashr/dsh:/docs not found`，测试 agent 原话「只有常规的 not found…没有虚拟文件系统，也没有 scheme 解析失败之类的专门报错」），真实文件读取不受影响——**逐位等同 stock**，unit+live 双证。
-- **LSP 成功路径（task 2.5 ✅）**：安装 typescript-language-server 6.0.0 + typescript@5.9（**坑**：TS 7.x 无 JS tsserver，t-ls 6.x 需 5.x；且 t-ls 6.0 无 `--tsserver-path` 选项，靠 workspace 根的 node_modules 发现——已装 `/home/u1/workspaces/dashr/node_modules/typescript`）。`write dvc://lsp {action:diagnostics, file:.scratch/lsp-probe.ts}` → server 拉起 → 结构化诊断**精准命中夹具故意埋的 TS2322 type error（line 8）**；同一探针的 wire 渲染含完整 payload JSON（§3.1 修复活体证实）。definition/references/hover/format 共享同一 LSP client，按需补测。
-- 六 scheme 修复（§3.1/§3.3/§3.4）已随后续轮次活体证实：`?q=` 行过滤、glob path-backed 翻译、dvc payload 上 wire。
-
-## 4d. skill:// 重分类为会话层 scheme（✅ 2026-09-13 user 裁决 + 活体复验）
-
-**裁决**：技能加载路径解析（CWD / user-level global / app 运行时根如 `.claw/skills`、`.hermes/skills`；扫描深度——DSH 只扫 `skills/` 下一层（`dir/SKILL.md` 或 `*.md`），superpowers/openspec 的二层嵌套扫不到，而 OMP 式 `**/skills/*/SKILL.md` 任意深度命中）**全部是宿主 `dsh-skill-filesystem` 的业务逻辑，插件不得自写一套近似版**。第一版补通道（`sessionCwd` 配置 + scopedAware list 启发式 + 错误信息建议 `.agents/skills/<name>/SKILL.md` 直读）整体拆除。
-
-**证伪链**（推翻上一轮「P1-b 已修复」的活体结论）：
-1. **dump-config（.dsh-test 活体）**：`dsh-web-app` bundle patch 在宿主层 **disable** 了 `skill-filesystem` 与 `tool-skill` 行 → web profile 的 **全局层没有任何 skill provider**，技能只在各 agent preset 的 scope 层可见（会话 catalog 可见书签级技能即是 preset 层工具的产物）。
-2. **离线 probe**（monorepo 同组合）：全局层 `list({cwd})` 11 项、`get('book-to-skill',{cwd})` OK——registry 本身无恙；4999 活体失败是部署组合（provider 只在 preset 层）所致，非「agent-scope 结构性不可见」。
-3. **4999 活体 A/B**（session 8b6dcf85）：FS 层读 user-global 技能（`skill://markitdown`，**无需 cwd** 即应可见）与 project 技能（`skill://book-to-skill`）**双双 `unknown`** → sessionCwd 通道与启发式在真实部署下从未生效（全局层 list 同空）。
-
-**最终形态**：`skill://` 与 `ctx://`/`agent://` 同族，FS 层一律 `CTX_SESSION_LAYER` 边界错误（指名原生 `skill` 工具为调用通道）；`sessionCwd` 从 schema、wrap 线、profile patch 行整体移除；工具层 handler lookup 收敛为 `dsh-tool-skill` 精确镜像（cwd 只取 `agent.session.header.cwd`，scope = agent）；原生 `skill` 工具解禁态即为全功能调用路径。
-
-**活体复验（5+1 探针全过，2026-09-13）**：
-
-| 探针 | 结果 |
-|---|---|
-| `read skill://book-to-skill`（FS 层） | ✅ 结构化边界错误，指名原生 skill 工具（session 37899b26） |
-| `read skill://markitdown:1-5`（FS 层，user-global 名） | ✅ 同上，与技能名无关（session bfa99754） |
-| 原生 `skill` 工具 `name=book-to-skill` | ✅ 完整 `<skill_content>` + resourceBase（session f12a206e） |
-| `read https://example.com` | ✅ 正常抓取，P1-a 存活（session 60418790） |
-| `read dsh://docs:1-3` | ✅ 选择器正常（session c742a81f） |
-| `grep path=skill://book-to-skill pattern=^#` | ✅ 560 matches，工具层通道完好（session 029aa5bb） |
-
-回归：vitest 489 passed / 14 failed（agent-family 12 + url-schemes.spec 2，host-drift 基线族，零新增；总测试数 505→504 系删除一条已失效的 cwd-passthrough 测试）；tsc 13（基线）；openspec valid。构建：rsync → tsdown → build-client，`sessionCwd`/`URL_SKILL_NOT_INVOCABLE_SCOPE` 在 lib 双 chunk 0 命中。
-
-## 5. 边界与遗留
-
-- `urlSchemes:false` 活体变体：单测已覆盖（gate off 全 super 矩阵），活体变体启动一轮并入下次批量验证（tasks 2.4 部分完成）。
-- `FS_VIRTUAL_READONLY` 经工具 write 不可达（write wrapper 的 scheme 分发先行拦截——dvc 执行语义保留），该错误面由非 wrapper 消费方触发，单测覆盖。
-- prod 采用：用户侧加同款 home patch 行（模板见 `.dsh-test/cordis.patch.yml`）；npm publish 未启动。