fix(dream): degraded 轮跳过明细落库到 dream_runs.skipped (#104) - #142

背景

degraded（合法子集已应用）路径上，validateDecisions 会把非法决策就地 splice 出数组（数组长度可能不变、内容已变——src/dream/decisions.js 末尾有一段注释专门说明这一点），dream_runs.decisions 落库的是幸存列表，被跳过的条目只进 logger.warn。

离线回放 dream_runs 因此无法定位 degraded 的成因：分不清被跳的是跨类型 merge、update 保护期还是 unknown id。

#137 覆盖的是整单拒绝（failed）路径（decisions: [{ _validationFailed: true, errors, skipped }]），degraded 路径此前没有等价的落库形态。

证据等级：

改动

按 #104 中确认的形态实现——独立字段，不用内联标记：

只在真发生跳过时才写（degraded 也可能仅因 summary 为空而 degraded），ok 轮落 NULL——避免「空数组」与「无此字段」两种假明细占据审计行。

这样 degraded 与 failed 两条路径的处置都可在审计行里离线定位，不必重跑 LLM。

验证

npm test：848 个用例，847 通过。唯一失败是 test/peer-blockers.test.js 的 peer-C（8 进程并发原子递增），在本机沙箱下 spawn EPERM（环境不允许子进程命名管道），与本改动无关。

lib/ 由 npm run sync 同步（仅 dream.js / store.js 内容变化）。

Summary by CodeRabbit

• Bug Fixes

  • Degraded consolidation runs now preserve details about decisions that were skipped due to validation issues.
  • Run results and audit records distinguish partially applied runs from successful runs without adding empty skip data.
  • Previously recorded runs continue to work through an automatic database update.

• Observability

  • Skipped decision details are now available in the run history, improving troubleshooting and replayability of degraded runs.