iter(g333): 留痕门禁补反向校验

This commit is contained in:
HIsheR
2026-10-27 02:06:31 +08:00
parent db49d1050e
commit 925a029f8f
3 changed files with 11 additions and 2 deletions
+9
View File
@@ -3383,6 +3383,15 @@
"motivation": "演示站自己写了二十行主题样板(读 ?theme= 参数、读 localStorage、判系统偏好、写 data-theme、落盘),任何接入方都得再抄一遍——抄漏「跟随系统」就永远停在默认亮色,抄漏「只记显式选择」则用户切过一次就再也不会跟着系统变。这类样板属于库该提供的能力,而不是使用说明里的一段示例。",
"acceptance": "① 新增 theme(options) 工具(skin 包导出,走 --ua-* 令牌,不新增组件):优先级 URL 参数 > 本地记忆 > 跟随系统,mode='system' 时监听 prefers-color-scheme 并在变化时换色;② 返回 { mode, dark, set, toggle, dispose },dark 是可直接绑 switchButton 的布尔信号;③ 只有显式选择才落盘,system 档不写记忆;④ 演示站改用 theme({ storageKey: 'ua-demo-theme' }),删掉原先手写的样板且行为不变(?theme=dark 联动仍在);⑤ manifest 导出说明补齐,npm run check 全绿。",
"notes": ""
},
{
"id": "g333",
"domain": "tooling",
"status": "open",
"title": "留痕门禁补反向:提交了却忘写 iterations.log 也要红",
"motivation": "现有的交叉校验只有正向:留痕里的哈希必须真实存在且主题指向同一条目。反过来的漏写无人管——某个 iter 提交忘了 ua iter done,日志看起来完全正常(每条都合法),实际少记了一轮产出,周报统计与「停摆了多久」的判断全跟着失真;而人恰恰最容易在赶工时跳过收尾那一步。",
"acceptance": "① ua verify 新增反向校验:git 里每个 iter(<id>) 提交的短哈希必须在 iterations.log 出现过,缺失即退出码 1 并指出哈希与主题;② 非迭代提交(feat / chore / docs 等)不受影响;③ 负向自检:造一条空的 iter(g999) 提交后 verify 必须报红,回滚后必须恢复全绿(下一轮可复现);④ 历史存量零违规(341 条 iter 提交全部有留痕);⑤ AGENTS 的门禁说明与 verify 成功串同步,npm run check 全绿。",
"notes": ""
}
]
}