-
add-req 的变更检测只哈希 docs/01 REQ 卡片与 docs/08 §三 FE 行文字，从不读 prototype/，而原型才是前端布局/页面/交互的权威。改原型但 FE 行文字不变时 台账无变化 → Router 跳过前端 → 原型改动永不重编。 - req-ledger.mjs：collectProtoUnit 把全部 prototype/**/*.html 聚成单一 __prototype__ 单元（kind=proto），relpath 归一+排序保证跨平台哈希稳定； 无 .html 不产生该单元。接入 computeUnits。 - add-req SKILL：步骤 1 说明 kind=proto + 老项目升级建基线语义；步骤 5 新增 proto 作废分支（删全部 req-done/FE-* + milestone/frontend-phase + 复位 §三里程碑，整体重跑前端阶段）；横幅与 frontmatter 同步。 - README：lib 说明加 prototype。 - 测试：新增两用例证明改/删原型内容能被 diff 识别（FE 行文字不变也检测到）。 Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
-
初始 Plan 完结后追加/修改需求时，只跑增量、不必整仓重跑。 - lib/req-ledger.mjs（+单测）：对 docs/01 REQ 卡 + docs/08 §三 FE 行算 sha256 内容哈希， 对比 .req-ledger.json，scan/commit 出 new/changed/removed/unchanged - skills/plan/add-req：新增 user-invocable 增量入口。基线→检测→校验真实数据→ A3-delta(写 V_n migration + 同步 docs/03，永不改 V1)→A5-delta(docs/05/02/08)→ 作废 changed 单元的 req-done/milestone tag→提交台账。Router 无需改动，缺 tag 即重跑 - 变更识别靠内容哈希（非仅 tag 缺失）：改过的老 REQ 也能认出并作废其 req-done， 否则 Router 会跳过它——OpenSpec delta 思路的零依赖落地 - 首跑无台账则先建基线，避免把存量误当新增重跑整仓 - plugin.json 注册第 9 个 skill + 版本 0.2.0→0.3.0；CLAUDE 模板 Schema 演化补增量 V_n 规约 Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>