fix(distill): 滤空窗口与「没写 JSON」分开报错，summary 枚举与 VALID 对齐（#502） - #504

这条 PR 带进来的是一个受门控的读端点，合进 main 却没有条目，读者只能从代码里看出
来。条目按 slow-stack#503/slow-stack#504 那两条的写法：状态码阶梯、409 与 503 为什么必须分开、这条端点
为什么永远不出 404、「关 = 不再经 HTTP 提供」而不是「关 = 删掉」，以及 daemon 那一格
的两类不对称。贡献署名写在标题里。

约定顺带定下来：新路由与行为变更的 PR 自带 Unreleased 条目，发版号仍归 release-prep。
这条之前挂在「slow-stack#506–slow-stack#509 没补」那句里没说清，现在写明白。

release-prep 只搬运不写内容：[Unreleased] 里现在只有 6 条，而 v0.9.4 之后合了 9 条
PR。照原样发版，release notes 里连「分享包」这个本版主题都不会出现。

补齐的是：分享包四车道（slow-stack#386 A–D，作为新增的主条）、slow-stack#505 去重候选窗口（含那条表达式
索引的实测取舍）、slow-stack#515 模式扫描的政策轴位置、slow-stack#518 设置页目录、slow-stack#514 极简预设告示搬页。
措辞沿用 slow-stack#503/slow-stack#504 那两条的形状：先说现象，再说为什么这么修，数字与判据留在条目里。

分享包那条刻意没有写「面板已在宿主实测」——车道 D 目前只有静态源锁，docs/SHARE.md
自己写着「不是浏览器里看过」。真机四步跑完之后再由定稿的人决定要不要补那句读数。

…ack#534）

报告者的现场是一台跑了 13 小时的库：19 轮巩固里 17 轮整轮无效（16 轮
`invalid decisions: 1 errors`、1 轮 `no json array`），只有 2 轮 ok 而 applied
也是 0，941,476 输入 / 339,079 输出 token 花出去，一条记忆都没落。

真正要命的不是失败，是失败没有留下任何东西：整轮被拒时行上的 `decisions`
只有一个 `{ _validationFailed: true, errors, skipped }` 哨兵，`skipped` 每条只有
`{ index, action, ids, error }` 四键，而「压根没解析出 JSON 数组」那条分支连哨兵
都没有（`decisions` 落 NULL）——模型到底吐了什么形状，事后一个字都查不到。

三处一起补，都是只加观测、不动任何判定：

① `skipped` 每条补 `has_keepSource` / `has_title` / `has_content` 三个布尔
（原四键一字不动）。它们把 `skipped` 从「一句错误串」变成可计数的形状：读到
「merge 缺 title」时，`has_title: false` 说明模型根本没给这个字段（该改提示词），
`has_title: true` 说明给了但值不合规（该改校验或提示词里的样例）——两种病因的
修法完全不同，而此前只能读到同一句错误。只加布尔不加原文：原文在下面两处，
而 `skipped` 会按轮累积进一行 JSON，逐条抄正文会让这一列随失败轮数线性膨胀。

② 新增列 `dream_runs.raw_output`（幂等 `addColumn`，存量行 NULL），内容是模型
原文的头 300 字 + 仅当超过 500 字时补末 200 字，口径逐字沿用 slow-stack#502/slow-stack#504 的
`summarizeParseFailureAudit`。只留头尾是刻意的：模型跑飞时中段是重复噪声，
头尾才分别在「它怎么起手」和「它怎么收尾」上给线索，而整段原文一轮可有数十 KB。
只在「拿到文本但解析或校验没过」时写：流以错误结束（`result === undefined`，
一次限流或超时）根本没有文本可留，落 NULL 而不是落一个空壳对象——把「没有」
写成「有但为空」正是这一版要消灭的那种误导。

③ 两套账分账。审计行在 LLM 返回的那一刻就写死了 `status`，而决策校验发生在
调用之后，于是一轮「调用成功、输出被整单拒绝」在 `llm_audit_logs` 里永远是
`success`——聚合出来的成功率 95%、`dream_runs` 的真实整轮成功率 10.5%，同一件
事两个数。做法是 `runAuditedLlm` 把刚落库那一行的 id 交回调用方
（`spec.auditRef`），校验判决出来时用新增的 `store.annotateLlmAudit(id, patch)`
把 `metadata.decision_validation = { verdict, error_count, skipped_count,
survivor_count, invalid_actions }` 浅合并进那一行。`verdict` 四档：`unparsed`
（没解析出数组）/ `rejected`（整单拒绝）/ `degraded`（应用了合法子集）/ `ok`。
绝不改 `status` / token / 时间戳——那些是调用层的事实，改写它们等于伪造账本；
`metadata` 在表里本来就写明是 free-form extras，把校验判决放进去既补上了分账，
又不制造第二张表。分账刻意不进 `GET /dream-status` 的 `lastRun`：那九个字段有
测试整组 `deepEqual` 锁着，而这次要的是「能对上账」，不是「面板多一个数」。

三处刻意的取舍：

(a) 原文不做进 `decisions` 列。那一列的语义是「可重放的决策数组」
（`applyDecisions` 直接吃它，`test/audit.test.js` 有一条重放幂等用例），塞非决策
对象会污染重放者与所有按决策数组消费的下游，而失败轮哨兵 `_validationFailed`
也只表达「整单拒绝」这一件事。

(b) 不新开 `operation_type`。`test/dream.test.js` 用 deepEqual 锁死了
`["dream_consolidate", "dream_summarize"]` 两值，而分账要的是「同一行的另一层
读数」，本来就不该是第三种调用。

(c) 不做「最小字段的 merge 降级成 keep」（报告者的建议 4）。它会把模型的格式
错误静默吞成一次合法的空转，下一轮同样的输出再被吞一次——失败从「有回执的
失败」变成「看不见的成功」，与本条要修的方向相反。

报告者的建议 5（全 keep 空转标 noop）代码里已经有：`noChange` 判据 +
`status = summaryStored ? "ok" : "noop"`。他看到 ok 是因为总览那一步存成功了，
而 `src/dream.js` 的注释明确把「全 keep + 新总览」定性为实质刷新而不是空转。
这一格不动；若日后要改，改的是判据而不是补实现。

回归测试 +11（`test/dream-decision-evidence.test.js`），逐条锁一件事：
rawOutputPayload 只留头尾且空文本整键不写 / 拒收轮与合法子集的载荷形状一致 /
skipped 三个布尔的真假各一格（并锁原四键不丢）/ 解析失败轮落 raw_output 而
`decisions` 仍 undefined / 校验整单拒绝轮同样落 raw_output / 流错误落 NULL /
判决补回同一行的 metadata 且调用层事实不动 / 「调用成功但整单拒绝」在同一行读
出两层结论 / degraded 的 survivor_count 对得上 / 全部合法时 metadata 不长多余键 /
静态锁 `raw_output` 只由 finish 转发、没有被别的写入口塞进 decisions。

其中第三条与第九条都是自测当场抓到的：`validateDecisions` 会就地 `splice`，
`decisions.length` 已经是存活数，第一版写 `decisions.length - skipped.length`
把「跳 1 条、存活 1 条」算成 0。

验收：全量 `npm test` 2558 tests / 2557 pass / 0 fail / 1 skip（该 skip 是
`test/runtime-adopt.test.js` 的 Windows 符号链接用例，设计内）；
`node scripts/check-sync.js` 81 个文件一致；`npm run badge:sync` 徽章 2558。