better-dsh 0.2.5 → 0.3.0-c

package/docs/50_test-reports/2026-10-03-better-dsh-tool-surface-repl-dvc-browser-ast-lsp-4999/345/256/236/346/265/213/346/212/245/345/221/212.md

@@ -0,0 +1,185 @@
+# better-dsh 0.2.5-a 工具面实测报告：REPL / dvc://browser / dvc://ast_grep / dvc://ast_edit / dvc://lsp（4999 rig）
+
+> **状态**：第一人称实测完成（agent 在真实 4999 会话内自测并留证）。
+> **性质**：工具面**冒烟 + 回归**，**不是**发布验收——本轮未走 AGENTS.md §〇 的 a–d 发布闸，
+> 不涉及也不授权 `npm publish`。
+> **被测版本**：better-dsh `0.2.5-a`（package.json 与 profile 实装双侧一致）；core `@deepseek-ai/dsh` `0.2.0-rc.2`。
+> **仓库 commit**：`fb49834`（根仓与 `better-dsh/` 同 SHA）。
+> **rig**：`.test/home/compat`，端口 4999，unit `dsh-4999-test123`；本轮**未重启、未改产物、未动 prod**。
+> **时间**：2026-10-03 01:40–01:56 HKT（2026-10-02 17:40–17:56 UTC）。
+> **相关前序**：[2026-09-27-lsp-ast-reminder-4999实测报告.md](2026-09-27-lsp-ast-reminder-4999实测报告.md)（lsp/ast 提醒的发布轮）。
+
+---
+
+## 0. 方法
+
+- 全部证据取自**本会话内的真实工具调用**（第一人称），非单测、非静态检查、非进程活性。
+- `dvc://` 设备经 `write dvc://<device>` 执行，`read dvc://<device>` 仅取用法；REPL 证据取自 `eval` 单元。
+- 临时产物集中在 `.scratch/ast-probe/`；browser 设备测毕已 `close`（无孤儿 Chrome）。
+
+## 1. 结论摘要
+
+| # | 面 | 结论 | 关键证据 |
+|---|---|---|---|
+| 1 | REPL（`eval`） | ✅ 全绿 | 跨 cell 状态、完成值、工具桥、错误信封、异常存活 7/7 |
+| 2 | `dvc://browser` | ✅ 功能全绿；⚠️ 进不去带密码闸的 GUI | open/run/type+click/close + 字段白名单全通 |
+| 3 | `dvc://ast_grep` | ✅ 可用；⚠️ 相对路径基准非 workspace | 15 命中、`metaVariables`、`offset/limit` |
+| 4 | `dvc://ast_edit` | ✅ dryRun 与实写均正确 | `dryRun:true` 不落盘；`false` → `applied:true` 且盘面核实 |
+| 5 | `dvc://lsp` | ✅ gate + diagnostics + hover 全绿 | TS2322 error + TS6133 hint，坐标精确 |
+| 6 | AST 可用性提醒 | ✅ 实测出现 | `write` 结果尾行一行提醒 |
+
+净结论：**四个 dvc 设备与 REPL 主体功能无回归**；发现 2 个可用性摩擦（F1/F2）与 1 个 API 面不一致（F3），
+均非阻断，建议并入下一次批量发布（AGENTS.md §〇.5）。
+
+## 2. REPL（`eval` / dashr-repl 桥）— 全绿
+
+| 探针 | 结果 |
+|---|---|
+| 跨 cell 状态 | cell 1 设 `REPL_MARKER = "cell-1-alive"`，cell 2/4/6 读回一致 |
+| 导入持久 | cell 3 `import asyncio, json, collections`，cell 4 仍绑定 |
+| 完成值协议 | 末行裸表达式 `x`（=42）作为 completion value 返回，与 `print` 并存 |
+| 工具桥 | `await tool.bash({"command": "echo bridge-ok"})` → `bridge-ok`，exit 0 |
+| 错误信封 | 失败子调用抛 `ToolCallError`，`.toolName == "read"` |
+| 入参校验 | `tool.read({})` → `[E_BAD_SHAPE] Read request requires a non-empty "path" string.` |
+| 异常存活 | 内核在 SyntaxError、AttributeError 两次异常后仍持有全部状态 |
+| 内核 | CPython `3.11.15`（profile 内 `.venv-kernel`） |
+
+桥接口径与 wire description 一致（`await tool.<name>(args)` 单位置参数对象，`true/false/null` → `True/False/None`）。
+
+## 3. `dvc://browser`
+
+| 动作 | 结果 |
+|---|---|
+| `{"action":"open","url":"https://example.com"}` | `{ok:true, url, title:"Example Domain"}` |
+| `{"action":"run","code":"…"}`（DOM eval） | 取回 `title/links/readyState`，JSON 字符串回传 |
+| `{"action":"run","type":…,"click":…}` | 复合动作生效：`data:` 页 title 由 `t0` → `hello-dvc` |
+| `{"action":"close"}` | `{ok:true}` |
+| 未知字段 | `{"action":"open",…,"bogusField":1}` → `unknown field(s) "bogusField" for action "open" — allowed: "action", "url", "executablePath"` |
+
+**⚠️ 限制（F2）**：指向本 GUI（`http://127.0.0.1:4999`）时，`?token=` 启动 URL **不能**为新浏览器铸出会话——
+页面停在 `Enter the session password to continue. PASSWORD Unlock`，`window.__DSH_BOOT__` 不存在、
+无任何 `better-dsh` 资源请求。因此 `dvc://browser` 目前**无法**用于对本 GUI 做端到端第一人称验收，
+除非补一条 cookie 注入/免密通道。（本 rig 是密码闸实例；token 只负责首铸 cookie，而全新 Chrome 无 cookie。）
+
+**方法学附注（假阳性预防）**：首轮 DOM 探针返回 `h1count: 0`，一度疑似设备缺陷；
+核对线上原文后确认 **example.com 今日已无 `<h1>`**（仅 `<p>` + `<script>`），**设备是对的，探针是我的错**。
+记录此条以防后续把同类现象误判为插件 bug。
+
+## 4. `dvc://ast_grep`
+
+| 项 | 结果 |
+|---|---|
+| 模式 | `defineTool($$$ARGS)`，`includeMeta:true` → 命中 15 / 13 文件 / 扫 189 文件，`limitReached:true` |
+| 结构信息 | 每条含 `byteStart/byteEnd/startLine/startColumn/endLine/endColumn` + AST 级 `metaVariables` |
+| 分页 | `offset:10, limit:2` → 精确返回 2 条（分页生效） |
+| 语法错误容忍 | `defineTool({$$$})` 在 `defaults.json` 上语法不合法 → 该文件进 `parseErrors[]`，**整次搜索不失败**，其余 15 命中照常返回 |
+
+**⚠️ 相对路径基准（F1）**：`path:"better-dsh/src"` → `Path not found: No such file or directory (os error 2)`；
+改为绝对路径即通。决定性实验：**`path:"../../better-dsh/src"` 命中 15 条，与绝对路径结果一致**。
+即 ast 设备的相对路径基准 = **harness 进程 cwd（`upstream/deepseek-harness`）**，而非会话 workspace
+（`/home/u1/workspaces/dashr`）——与 `read/glob/grep` 的 workspace 基准**不一致**。
+返回值里的 `path` 也用同一基准显示（`../../better-dsh/src/bridges/index.ts`）。
+**规避**：始终传绝对路径。
+
+## 5. `dvc://ast_edit`
+
+输入（作用于 scratch 文件）：
+
+```json
+{"ops":[{"pat":"const $NAME = function ($ARG) { $$$B }","out":"function $NAME($ARG) { $$$B }"}],
+ "paths":["/home/u1/workspaces/dashr/.scratch/ast-probe/sample.ts"],"dryRun":true}
+```
+
+| 项 | 结果 |
+|---|---|
+| `dryRun:true`（默认） | 返回 `before`/`after` 与字节区间 `byteStart:74, byteEnd:128, deletedLength:54`；**`applied:false`，盘面未变** |
+| `dryRun:false` | 同区间，**`applied:true`**；盘面核实：`const legacy = function (x: number) {…}` → `function legacy(x: number) { return x * 2 }` |
+| `fileChanges`/`totalReplacements`/`filesTouched` | 1 / 1 / 1，与 `limitReached:false` 自洽 |
+
+`paths` 同样受 F1 影响（本轮用绝对路径，未复现相对路径问题）。
+
+## 6. `dvc://lsp`
+
+| 步骤 | 结果 |
+|---|---|
+| 初始 `status` | `{ok:true, gate:"unasked"}` —— per-session 闸，未询问态 |
+| `{"action":"on"}` | `{ok:true, gate:"on", message:"lsp on for this session: servers warm-start per language on first file contact; no repo artifacts are written."}` |
+| `diagnostics`（植入 2 处错） | `server:"typescript-language-server"`，自动推断 `root`；返回 **TS2322 error**（`Type 'number' is not assignable to type 'string'`，4:3）+ **TS6133 hint**（`'unusedVar' is declared but its value is never read.`，1:7）；`summary:"1 error(s), 1 hint(s)"` |
+| `hover`（3:17） | ```typescript\nfunction bad(x: number): string\n``` |
+
+坐标与 `severityName`（error/hint）均正确；服务器来源为 `typescript-language-server`。
+
+## 7. AST 可用性提醒 — 实测出现
+
+对新建 `.ts` 文件执行 `write`，结果尾部实测出现：
+
+```
+ast_edit / ast_grep available — write dvc://ast_edit (structured rewrite) or dvc://ast_grep (pattern search)
+```
+
+与前序报告的制度一致（提醒挂 `write/edit/grep` 结果尾部、per-session cap）。
+**注**：本轮未观测到 **LSP nag**（在接触代码文件前已把 gate 置 `on`，`unasked` 条件不再成立），故 nag 路径未覆盖；
+提醒的 **cap 计数**本轮亦未触及边界（未做 >5 次触发）。
+
+## 8. 发现清单
+
+| ID | 严重度 | 面 | 现象 | 建议 |
+|---|---|---|---|---|
+| **F1** | 中（摩擦） | `dvc://ast_grep`/`ast_edit` | 相对 `path` 基准 = harness 进程 cwd（`upstream/deepseek-harness`），非会话 workspace；`"better-dsh/src"` 直接 `Path not found` | 二选一：①基准改为 workspace / `exec.cwd`；②保持现状但在 device help 明写"仅收绝对路径" |
+| **F2** | 中（能力缺口） | `dvc://browser` | 无 cookie 注入通道，进不去密码闸 GUI；`?token=` 不足以对新浏览器铸会话 | 若要支撑 GUI 端到端第一人称验收，需补 cookie/免密通道 |
+| **F3** | 中（API 一致性） | `llm_completion` | **返回类型不稳定**：成功回 **裸 `str`**（`'alpha beta gamma'`），失败回 **`dict`**（`{"error":"llm_completion() output reached its maxTokens ceiling"}`）；调用方 `r["text"]` / `r.keys()` 会炸 | 统一为判别式对象（`{ok:true,text}` / `{ok:false,error}`） |
+| **F4** | 低（调优） | REPL 子调用池 | 变更类子调用实际**串行**：4×`sleep 1` = 4.78s；6×`glob` = 14.71s。源码有 `maxParallelSubCalls`（默认 10）与 `parallel\|exclusive` 分类，但观测未见并行收益 | 复核 classify 是否把常用工具过度判为 `exclusive` |
+| **F5** | 低（体验） | `llm_completion` | `maxTokens` 偏小（16）时因推理吃掉预算而**整次失败**而非截断 | 考虑截断或给出可操作的错误提示 |
+| — | 观察（正面） | harness | 连续 5 次同参调用触发**重复调用护栏**并阻止了潜在死循环 | 保留 |
+
+## 9. 未覆盖 / 遗留
+
+- `dvc://lsp` 的 `references` / `definition` / `format` / `rename` / `code_actions` / `reload` 未在本轮复测
+  （2026-09-27 报告已全绿；本轮只补 `status`/`on`/`diagnostics`/`hover`）。
+- LSP **nag 路径**与 AST 提醒 **cap 边界**未覆盖（见 §7）。
+- ~~`dvc://ast_edit` 相对路径未复测（F1 已在 `ast_grep` 上定位）。~~ → **2026-10-04 已在 trimmed 安装位（4998, better-dsh 0.2.5-c）复测：F1 修复生效，`ast_grep` 与 `ast_edit` 的相对路径均按会话 workspace 解析，本轮无回归**；契约与边界面另见 `2026-10-04-ast_grep与ast_edit契约与边界实测报告.md`。
+- `agent` / `agent_message` / `agent_workflow` / `remote` / 各 URL scheme（`ctx://` `skill://` `dsh://`）
+  本轮未测（不属本次指定的工具面；`ctx://` 另有 2026-10-02 专项报告）。
+- 生产 3080 **未部署验证**（本轮纯 4999，未触碰 prod）。
+
+## 10. 复现命令
+
+```bash
+# REPL：在任意 4999 会话内
+#   eval: REPL_MARKER = "cell-1-alive"   →  下一 cell: print(REPL_MARKER)
+
+# ast_grep（务必绝对路径，或按 F1 用 ../../ 相对 harness 根）
+#   write dvc://ast_grep {"patterns":["defineTool($$$ARGS)"],
+#     "path":"/home/u1/workspaces/dashr/better-dsh/src","limit":5,"includeMeta":true}
+
+# ast_edit dryRun → 实写
+#   write dvc://ast_edit {"ops":[{"pat":"const $NAME = function ($ARG) { $$$B }",
+#     "out":"function $NAME($ARG) { $$$B }"}],
+#     "paths":["<abs>/sample.ts"],"dryRun":true}     # 再 dryRun:false 并 cat 盘面
+
+# lsp
+#   write dvc://lsp {"action":"status"}              # → gate:"unasked"
+#   write dvc://lsp {"action":"on"}                  # → gate:"on"
+#   write dvc://lsp {"action":"diagnostics","file":"<abs>/diag.ts"}
+#   write dvc://lsp {"action":"hover","file":"<abs>/diag.ts","line":3,"character":17}
+
+# browser
+#   write dvc://browser {"action":"open","url":"https://example.com"}
+#   write dvc://browser {"action":"run","code":"document.title"}
+#   write dvc://browser {"action":"close"}
+```
+
+## 11. 附：本轮环境事实
+
+| 项 | 值 |
+|---|---|
+| better-dsh | `0.2.5-a`（package.json ≡ profile 实装） |
+| core | `@deepseek-ai/dsh` `0.2.0-rc.2` |
+| commit | `fb49834` |
+| rig home | `.test/home/compat` |
+| 内核 | CPython `3.11.15`（`.venv-kernel`） |
+| LSP 服务器 | `typescript-language-server` |
+| browser 引擎 | Chromium（`puppeteer-core`，UA 含 `HeadlessChrome`） |
+
+> 注：`readlink /proc/<pid>/cwd` 在本沙箱内取不到 4999 进程的 cwd（进程在另一命名空间），
+> F1 的基准结论由**路径算术实验**（`better-dsh/src` 失败 vs `../../better-dsh/src` 全量命中）独立钉死，不依赖该读法。

package/docs/50_test-reports/2026-10-03-docs-packaging-trim/345/256/236/346/265/213/346/212/245/345/221/212.md

@@ -0,0 +1,82 @@
+# 2026-10-03 docs-packaging-trim 实测报告
+
+- **Change**: `docs-packaging-trim`（spec: `docs/specs/docs-packaging-trim/spec.md`，档位 F）
+- **执行**: 2026-10-04（batch 执行 Task 1 + Task 2）
+- **范围**: 仅发布打包面。repo 的 `docs/` 树一字未动（git status 复核，仅既有 ast-work 脏文件，与本 change 无关）。
+
+## 一、改动面（Task 1，commit `411ef47`）
+
+- `better-dsh/scripts/copy-docs.mjs` 重构为可导入模块：
+  - `export const EXCLUDE`（既有 4 条 + 新增 3 条：`hermes-dev-skill`、`dsh-dev-skill/pi-and-omp`、`dsh-dev-skill/src-scripts`）；
+  - `export function excluded(srcPath)`；
+  - `cpSync` filter 改为 `src => !excluded(relativeSrc(src))`（`relativeSrc` 剥前导 `../`；cpSync 传入的是绝对源路径，`(^|\/)` 锚使绝对/相对两形态等价匹配，目录遍历方式未动，既有行为字节等价）；
+  - 原直跑主体（rmSync + cpSync + boot-token 脱敏 walk）包进 `import.meta.url === pathToFileURL(process.argv[1]).href` CLI 守卫。
+- 新增 `better-dsh/scripts/copy-docs.d.mts`（brief 外必要补充）：brief 给定的测试文件原样 import `.mjs`，`tsc --noEmit`（NodeNext）报 TS7016；按仓内既有惯例（`src/devices/ast/engine/grammar-manifest.d.mts`）补兄弟声明文件后 tsc 归零。
+- 新增 `better-dsh/test/packaging/copy-docs-exclude.spec.ts`（brief 原文，5 用例）。
+- 验证：`npx vitest run test/packaging/copy-docs-exclude.spec.ts` **5/5 PASS**（TDD 先红后绿：改写前 5/5 FAIL，`EXCLUDE` 无导出）；`npx tsc --noEmit` **0 错**。CLI 守卫双向实测：`import()` 不触发拷贝；`node scripts/copy-docs.mjs` 正常产出（2 文件 token 脱敏）。
+- 全量 vitest 套件本批未重跑（纯构建脚本改动，无运行时面；仓内基线 600/601 先于本 change）。
+
+## 二、量化（Task 2）
+
+| 指标 | 前 | 后 | 备注 |
+|---|---|---|---|
+| `better-dsh/docs` 磁盘 | **89 MB** | **6.6 MB** | 前 = 用 `411ef47~1` 旧脚本现场重建后 `du` 实测 |
+| `80_upstream-docs-and-skills/` 内 | hermes-dev-skill 77M + dsh-dev-skill 11M | 仅 dsh-dev-skill **4.3M**（skill 304K + src 4.0M + src-README） | repo 侧 pi-and-omp 2.8M、src-scripts 3.4M 实测 |
+| npm tarball（0.2.5-c 同工作树） | **21.22 MB** | **4.84 MB**（**−77%**） | 前值 = 旧 docs 拷贝下 `npm pack` 现场实测；设计轮估值 20.3→3.7 MB 基于旧包构成（现包含 ast WASM assets 等），以本表为准 |
+| tarball 内 `hermes-dev-skill` 条目 | 794 | **0** | |
+
+与 brief 预期的偏差均为**基线漂移**（设计轮数字按当时包构成估算），非实现缺口。
+
+## 三、验收清单（spec §4）
+
+1. ✅ 发布副本不再出现 `hermes-dev-skill/`、`dsh-dev-skill/pi-and-omp/`、`dsh-dev-skill/src-scripts/`：`tar -tzf | grep -c` = **0**。
+2. ✅ repo `docs/` 一字不动：`git status -- docs/` 仅既有脏文件（ast-work 的 plan 文件，先于本 change）。
+3. ✅ 承重面完好：tarball 内 `dsh-dev-skill/skill/SKILL.md` = **1**、`dsh-dev-skill/src/site-pages-map.txt` = **1**；skill/chapters ch01–ch04 在。**SKILL.md sha256 三方一致**（repo = tarball = rig 安装位 `552cbc9c5efc…`）。
+4. ⚠️→✅ 零新增悬空引用：见下节。
+5. ✅ 发布副本 = repo docs 严格子集减 7 类排除（`comm` 交叉核验：shipped-not-in-repo = **0**；repo-minus-shipped 全部落在排除类内）。
+
+## 四、悬空引用核查（对 brief Step 3 预期的修正）
+
+解包 grep `hermes-dev-skill|pi-and-omp|src-scripts` 命中 **3 个文件**，非 brief 预期的"仅 src-README 一处"：
+
+| 文件 | 性质 |
+|---|---|
+| `80_.../dsh-dev-skill/src-README.md:22` | spec §3 **已知例外**（对 src-scripts 的结构自述，明示接受） |
+| `docs/specs/docs-packaging-trim/spec.md` | **本 change 自己的 spec**（描述"摘了什么"，自指引用） |
+| `docs/superpowers/plans/2026-10-03-docs-packaging-trim.md` | **本 change 自己的 plan**（brief/测试片段文本） |
+
+定性：后两处是 change 自带文档对被摘目录的**提名**，非指向已摘内容的活引用；spec §1.4 的实质契约（无悬空活引用）成立。字面 grep 预期在设计轮无法预见 spec/plan 自身随 docs 发布。**接受，不改写正文**（改写即分叉 repo 副本，违背 §1.2）。
+
+## 五、rig 冒烟（4998，rig 在场 → 执行）
+
+1. `dsh plugin remove better-dsh` → `plugin add /tmp/trimpkg/better-dsh-0.2.5-c.tgz`（compat home，remove→add 完整来回）。
+2. 安装位物理核验：`profiles/web/node_modules/better-dsh/docs/80_upstream-docs-and-skills/` 仅 `dsh-dev-skill`；SKILL.md、site-pages-map.txt 在位；`find` 无 hermes/pi-and-omp/src-scripts；docs 6.4M；`dsh-docs/` 48 项在位。
+3. `PORT=4998 bash .test/seed/test123/start.sh` 重启：监听正常。
+4. HTTP 实测（密码闸，seeded 口令登录）：shell 200（39,772 B）；boot graph 含 `"id":"better-dsh"`；`/plugins/??better-dsh/client.js&rev=98a2110f16da` 200（29,700 B ≈ 本地 lib/client 29,632 B + sourceMappingURL 行）。
+5. **技能面等价证据**：`skill-filesystem` 扫描根（project/user/agent-preset/custom）静态配置均不指向插件 docs；本会话（prod，仍在 pre-trim 安装位）技能目录实时列出 `dsh-dev-skill`，其描述与该 SKILL.md frontmatter 逐字一致 → 技能目录确从该文件取得；trim 保持该文件与章节、`src/docs/`、`site-pages-map.txt` 字节不变（sha256 同上），只移除正文零引用的兄弟目录。
+6. ~~**未执行项（记录在案）**：rig 上的活会话技能目录读取（`skill://dsh-dev-skill` 现场解析）未驱动——需要经密码闸 GUI 发起真实 LLM 会话，超出本批范围；按编排方预授权口径记录跳过理由。~~ → **已于 2026-10-04 由本 batch 之外的终审轮现场闭环，见 §七**。原文保留：rig 自身干净 boot（boot graph + client.js 200）已实证插件装载无损。
+
+### `dsh://docs` 拓扑澄清（brief Step 4 子项修正）
+
+`dsh://docs` 的解析（`src/url-schemes/docs-dir.ts` 最近优先 walk-up，`dsh-docs` 先于 `docs`）在**安装态**命中包根 `dsh-docs/`（DSH 官方文档，本 change 未触碰）。故"`read dsh://docs/50_test-reports/` 一份可读"在安装态拓扑下**不适用**——`docs/` 树仅在 `dsh-docs/` 缺席时才充当 `dsh://docs` 兜底。本会话实测 `dsh://docs` 列表正常（官方文档 200+ 项，无 `50_test-reports/`），与上述一致；trimmed `docs/` 树的消费者是技能面（第五节证据链）。
+
+## 六、结论与红线
+
+- Task 1 + Task 2 全部落地：发布副本 89 MB→6.6 MB 磁盘、21.22→4.84 MB tarball（−77%），外来材料（77 MB Hermes 镜像 + 59 MB api-skills.json 所在树）、未引用第三方资料、抓取工具全部离场；承重技能面字节不变；rig 在 trimmed 安装上干净 boot。
+- **`npm publish` 不在本 change 内**——按根 AGENTS.md 〇节，发包需第一人称实测通过 + user 单次明确放行，两道闸缺一不可。
+
+## 七、终审人为条件闭环：`skill://dsh-dev-skill` 活会话实测（2026-10-04）
+
+§五.6 记录的唯一未执行项（trimmed rig 上的活会话技能目录读取）已于本批之外驱动并通过。**执行方式**：在 trimmed 安装位（本 rig，端口 4998，密码闸 GUI 之后的真实 LLM 会话）现场执行 `read skill://dsh-dev-skill`，且由**两个互相独立的主体**各跑一次——(a) 编排会话本体；(b) **冷上下文子 agent**（不带任何预热/继承的技能目录状态，独立 session）。
+
+| 检查 | 结果 |
+|---|---|
+| `read skill://dsh-dev-skill` 返回 SKILL.md 正文 | ✅ 完整正文：H1 + `**Source**` 行 + How to Use This Skill + 8 条 Core Mental Models + 章索引 ch01–ch22 + ~55 条 Topic Index + Supporting Files + Scope & Limits 收尾。无错误信封、无 `[truncated]`、无缺路径标记；结尾句完整，非截断 |
+| 冷上下文子 agent 独立复现 | ✅ 与 (a) 逐字一致（含前 20 行原文引用）；两通道均 PASS、均零错误文本 |
+| 技能目录**树**承重面（不只在 router 层） | ✅ `read skill://dsh-dev-skill/chapters/ch15-subsystems-tool-execution.md:1-15` 返回真实章正文（Core Idea / Frameworks Introduced），非空、非错误 —— 证明解析穿透到章文件，router 之外的目录亦在位 |
+| 解析源确为 **trimmed 安装位**（非 repo 旁路） | ✅ 安装位 `…/profiles/web/node_modules/better-dsh/docs/80_upstream-docs-and-skills/` 顶层**仅 `dsh-dev-skill`**（无 `hermes-dev-skill`/`pi-and-omp`/`src-scripts`）；`skill/chapters` = **22** 项；`skill/SKILL.md` sha256 = `552cbc9c5efcc418e8e10eb85e8628a61174a283bf2b8df9b5180d184ea3d375`，与 repo 副本**逐字节一致**，亦即 §三.3 记录的那一枚 |
+| 与 §五.5 静态等价证据的关系 | 本轮为**活会话动态解析证据**，补上 §五.5 静态等价链缺的那一环；两者路径独立、结论一致 |
+
+**结论：技能面在 trimmed 安装位上现场可用，`docs/` 瘦身未打断技能目录解析。§五.6 未执行项关闭。** 证据边界（诚实记录）：`read` 面返回的是 SKILL.md 正文，**未显示 YAML frontmatter**（`---` 包裹的 `name`/`description`）——与该 face 的既有呈现方式一致，不影响正文完整性判定；§五.5 已用 frontmatter 描述逐字比对另行取证。
+
+**附（同批顺带执行，非本 change 验收项）**：`write dvc://ast_grep {"patterns":["export function $NAME($$$ARGS)"],"path":"better-dsh/src/devices/ast"}` 实测 `totalMatches: 0`、`filesSearched: 11`。根因非工具故障：该 pattern 非完整 AST 节点（缺函数体），ast-grep 抛 `Multiple AST nodes are detected`，而 `src/devices/ast/engine/match.ts:68` 对该错误**静默回落为空结果**（`return { matches: [], unavailable: false }`）。交叉验证：同目录 grep 实测 10 处 `export function`；改用完整节点 pattern（`export function $NAME($$$ARGS) { $$$BODY }` 等三条）当场得 `totalMatches: 13 / filesWithMatches: 8`。记录为**已知行为面（错误静默）**，不影响本 change 结论，另见 ast 设备契约条目。

package/docs/50_test-reports/2026-10-03-physical-import/344/270/216llm-completion-ast/347/233/270/345/257/271/350/267/257/345/276/204/344/277/256/345/244/215/345/256/236/346/265/213/346/212/245/345/221/212.md

@@ -0,0 +1,101 @@
+# better-dsh：vendored 包改物理 import + `llm_completion` 返回形态 + ast 相对路径（2026-10-03）
+
+- **对象**：better-dsh `0.2.5-a`（本地过程版本，未发布）
+- **载体**：dev 树 + 4999 rig（`.test/home/compat`，unit `dsh-4999-test123`，core `0.2.0-rc.2`）
+- **前序**：[2026-10-03-schemastery-cosmokit源码内联实测报告](2026-10-03-schemastery-cosmokit源码内联实测报告.md)、[2026-10-03-better-dsh-tool-surface-repl-dvc-browser-ast-lsp-4999实测报告](2026-10-03-better-dsh-tool-surface-repl-dvc-browser-ast-lsp-4999实测报告.md)（后者的 F1/F3 在本轮修复）
+
+## 一、vendored 包改为"物理 import"（去掉我上一轮加的 shim）
+
+user 裁决：不要额外逻辑，**物理 import** 即可 —— 文件名就叫 `@deepseek-ai/<pkg>`，目标只是避开构建期/运行期的解析 logistics。
+
+**终态**（41 个文件 / **348 KB**）：
+
+```
+third_party/
+  schemastery/                                   @deepseek-ai/schemastery 3.18.4 (MIT)
+    lib/index.mjs  lib/index.cjs  lib/types/…
+    lib/index.d.mts                              ← 唯一自加文件（见下）
+    src/index.ts  LICENSE  README.md  package.json
+    node_modules/@deepseek-ai/cosmokit/           @deepseek-ai/cosmokit 1.8.5 (MIT)
+    node_modules/@standard-schema/spec/           1.1.0 (MIT, 仅类型)
+```
+
+`package.json` 里一个子路径映射（**删除了 `src/schemastery.ts`**）：
+
+```json
+"imports": {
+  "#schemastery": {
+    "types":   "./third_party/schemastery/lib/index.d.mts",
+    "default": "./third_party/schemastery/lib/index.mjs"
+  }
+}
+```
+
+9 个源文件统一 `import z from '#schemastery'`。
+
+**两个必须知道的机制点**（都是实测撞出来的，不是猜的）：
+
+1. **TS 拒绝把 `imports` target 指进 `node_modules` 段**。最初的镜像布局是
+   `third_party/node_modules/@deepseek-ai/schemastery/…`，`tsc` 报
+   `package.json scope … has invalid type for target of specifier '#schemastery'`；
+   读 TS 源码定位到该诊断位于 `loadModuleFromTargetImportOrExport` 的
+   `!startsWith(target, "./")` 分支后，把 target 换成不含 `node_modules` 的路径即通。
+   于是 schemastery **平铺**在 `third_party/schemastery/`，而它的依赖仍按真实安装形态
+   **嵌在它自己的 `node_modules/` 里**——这样 schemastery 内部的
+   `import '@deepseek-ai/cosmokit'` 就地解析，**vendored 代码一行都不用改**（`diff -rq`
+   与上游逐字节一致，除我们新增的 `lib/index.d.mts`）。
+2. **`lib/index.d.mts` 这一个两行文件是必需的**：本包 `"type": "module"`，TS 会把
+   `lib/types/index.d.ts` 当 CJS 声明，直接 import `lib/index.mjs` 时取不到类型；
+   `.d.mts` 是 TS 的标准 ESM 声明位。
+
+**副产品（比预期更好）**：类型面也不再引用外部 —— `lib/*.d.ts` 现在从**本地 chunk**
+（`import { t as Schema } from "./index-DZQNwO7f.js"`）取 `Schema`，`lib/` 里既无
+`#schemastery` 也无裸 `@deepseek-ai/schemastery`。即发布物**运行期 + 类型面双双自包含**。
+
+## 二、F3：`llm_completion` 返回形态统一（这是**我们自己**的工具）
+
+它是本插件自研的 one-shot / 无工具 / 无上下文的工具（`src/llm-completion.ts`），桥接上游
+`ctx.llm` 服务；不是上游工具。原实现**成功回裸 `str`、失败回 `{ error }`**，程序化调用方
+`r["text"]` / `r.keys()` 会炸。
+
+修法（三层一起改，缺一不可）：
+
+- 返回值：`{ ok: true, text }` / `{ ok: false, error }`（9 个错误点 + 1 个成功点）；
+- 工具 `output.schema`：`oneOf: [textVariant, errorVariant]`（原为 `oneOf: [string, errorVariant]`
+  —— **不改这里会直接报** `value must match exactly one oneOf branch (matched 0)`）；
+- `render`：成功时仍渲染纯文本（模型面可读），失败渲染 JSON；
+- 描述补一句"直接调用成功时只渲染文本"，消除"契约说对象、surface 是文本"的歧义（本轮第一人称
+  agent 如实报了这一点）。
+- 测试同步：`test/surface-devices/llm-completion.spec.ts` 4/4 绿。
+
+## 三、F1：ast 设备的相对路径基准改为**会话 workspace**
+
+根因：eval 工具用的是 `exec.agent.session.header.cwd`（`src/index.ts:896`），而 dvc 写入这条路
+只把 `session` 传进设备（`dispatchDvcWrite(path, content, meta.session)`），没传 cwd，
+`ast-device` 的 `ctxCwd()` 只能回落到**守护进程 cwd**（= `upstream/deepseek-harness`）。
+
+修法：把同一个 cwd 作为 transport 槽位补齐（不是 payload，避免触发设备的严格字段校验）：
+
+- `tools/write.ts`：`writeScheme(..., { session, ...exec.agent ? { cwd: exec.agent.session.header.cwd } : {} })`；
+- `handlers/dvc.ts`：`dispatchDvcWrite(path, content, session?, cwd?)` → `device.execute(args, { session, ...(cwd ? { cwd } : {}) })`。
+
+## 四、验证
+
+| 项 | 结果 |
+|---|---|
+| `tsc --noEmit`（host + client） | **0 错** |
+| `npm run build` | 通过；产物 JS 无任何裸 `@deepseek-ai/schemastery\|cosmokit`；`lib/` 无 `#schemastery` |
+| 全量单测 | **57 文件 / 649 passed, 1 skipped** |
+| rig 安装 | 两个 profile 均 **`Packages: +1`** |
+| rig 启动 | 零 `failed to import` / `did not activate` / `EPIPE`（上一轮修的 EPIPE：新 boot 段实测干净） |
+| **F1 第一人称** | `write dvc://ast_grep {"patterns":["loadPiNatives"],"path":"better-dsh/src"}` → 命中 2 文件 / 3 处，且返回 `path` 为 **workspace 相对**（`better-dsh/src/devices/ast/ast-device.ts`） |
+| **F3 第一人称** | `llm_completion({prompt:'只回答一个词：OK'})` → 程序化值为 `{ok:true,text:"OK"}`；agent 观测到的 surface 为纯文本 `OK`（render 层行为，描述已写明） |
+
+## 五、未做 / 限制
+
+- **发布**：按 AGENTS.md §〇，`npm publish` 需 user 单次明确放行，本轮未发。
+- `third_party/` **不随 tarball 发布**（`files` 不含它）：`lib/` 已经内联了运行期与类型面，
+  发布物自包含；vendored 源码只服务本仓构建。`package.json#imports` 因此在发布物里是
+  "指向未发布文件"的悬空映射 —— 发布物内没有任何代码 import 它（已实测 `lib/` 零引用）。
+- `llm_completion` 的 F5（`maxTokens` 过小时整次失败而非截断）**未动**，见汇报；改动它会变更语义。
+- F2（browser 无 cookie 注入通道）、F4（REPL 子调用未并行）未动。

package/docs/50_test-reports/2026-10-03-pnpm11/345/271/264/351/276/204/351/227/250/351/224/201/346/226/207/344/273/266/347/233/270/344/275/215/345/256/236/350/257/201.md

@@ -0,0 +1,54 @@
+# pnpm 11 年龄门：`minimumReleaseAgeExclude` 对"锁文件校验相位"完全无效（2026-10-03 实证）
+
+- **触发**：user 在 homepc（prod）执行 `dsh plugin --profile web add better-dsh@0.2.5-b`，被拦：
+  ```
+  ✗ Lockfile failed supply-chain policy check (431 entries in 2.6s)
+  [ERR_PNPM_MINIMUM_RELEASE_AGE_VIOLATION] 1 lockfile entries failed verification:
+    super-dsh@0.1.9 was published at 2026-10-02T07:45:36.963Z, within the minimumReleaseAge cutoff
+  ```
+  即：**装 better-dsh 被 _另一个插件_ super-dsh@0.1.9 的年龄拦下**（该条目在 profile 锁文件里，发布未满 24h）。
+- **环境**：pnpm 11.7.0，profile `~/.dsh/profiles/web`，core dsh 0.2.0-rc.2。
+
+## 一、决定性 A/B（同一份 prod 锁文件，只改变量）
+
+把 prod profile 的 `package.json` + `pnpm-lock.yaml` + `pnpm-workspace.yaml` 复制到 `.scratch/age-probe/`，
+每个变体只往 `pnpm-workspace.yaml` 追加一行，跑 `pnpm install --lockfile-only`，只看策略结论行：
+
+| 变体 | `minimumReleaseAgeExclude` 内容 | 结果 |
+|---|---|---|
+| **V1** 现状 | `better-dsh` + `super-dsh@0.1.5-a` + `super-dsh@0.1.9` | ✗ failed（复现现场报错） |
+| **V2** | V1 + 裸名 `super-dsh` | ✗ failed |
+| **V3** | V2 + 裸名 `better-dsh` | ✗ failed |
+| **V4** | V1 + `minimumReleaseAge: 0` | **✓ passes** |
+
+**结论**：在 pnpm 11.7.0 上，`minimumReleaseAgeExclude` —— 无论 `pkg@x.y.z` 形式还是裸包名 ——
+**都不能豁免锁文件校验相位**；唯一有效旋钮是 `minimumReleaseAge` 本身（设 0，或设成小于该条目年龄的值）。
+本仓 AGENTS.md 此前"持久形式 = 裸包名，全相位生效（scratch A5–A7 实证）"的结论**是错的，已订正**。
+
+## 二、修复（prod 现场）
+
+```yaml
+# ~/.dsh/profiles/web/pnpm-workspace.yaml  （追加）
+minimumReleaseAge: 0
+```
+
+- 备份：`pnpm-workspace.yaml.bak-minimumReleaseAge-20261003`。
+- 重跑 user 原命令：`Packages: +8 -95`，`Done in 4.8s`，pin 落到 `0.2.5-b`。
+- 装机核查：`version 0.2.5-b` / `deps: None, optional: None` / `lib/kernel-bridge.py` 在位 /
+  树里无 `zeromq` / lockfile integrity `sha512-M93FoCq…BYYrHQ==`（与 registry 发布物、与 dev3 拉到的**同一份**）。
+
+## 三、影响面与建议
+
+- **任何"发布后立刻装"的 profile 都会撞这道门**，而且拦的往往是**别的**插件条目（本例是 super-dsh）。
+  当前 prod profile 的 `minimumReleaseAgeExclude` 三条全是无效配置（留着无害，但别再依赖它）。
+- 两条可行路线：① profile 级 `minimumReleaseAge: 0`（本次采用，最省事，代价是该 profile 放弃 24h 冷却）；
+  ② 等服务窗口（super-dsh@0.1.9 → 2026-10-03T07:45Z / 15:45 HKT 自然解锁）——但装完 better-dsh@0.2.5-b 后，
+  它自己又变成"未满 24h 条目"，后续任何 pnpm 操作会**再撞一次**，所以路线 ② 只是把窗口推后。
+- `dsh plugin add` 输出里的 `dshmarket@1.40.0 is incompatible with dsh 0.2.0-rc.2`（peer 不符）是**既有**状态
+  （untouched 分支：保留安装、启动时 deny，需 `dsh plugin allow-version` 豁免），与本次改动无关。
+
+## 四、未做
+
+- 未重启 `dsh.service`：prod 运行中的 daemon 仍持有 0.2.5-a 的代码，激活需重启（重启会中断当前 GUI 会话；
+  session 数据在盘上，刷新即回）。
+- 未提交 AGENTS.md 订正与本报（git 侧待 user 指示）。