cs-feat-accept

启动必读

开始任何判断或动作前，先执行 CodeStable preflight：读 .codestable/attention.md；缺失先 cs-onboard；不读外部 AI 入口替代（详见 .codestable/reference/execution-conventions.md）。

代码已经写完，但流程没结束。本阶段做四件事，缺一不可：

1. 核对实现有没有偏离方案——逐层对照 {slug}-design.md，发现偏差当场修，**不是在报告里"记一下"**就过去
2. 盘点领域影响——识别本次是否引入新术语 / 结构性决策，提示用户走 cs-domain 写 CONTEXT.md / ADR（不在 accept 里代写）
3. 能力落档到 requirement——draft req 对应的能力实现完成后升级为 current（保留愿景，追加变更日志）；从未写过 req 的能力 backfill
4. 完成状态回写到 roadmap——方案 frontmatter 有 roadmap / roadmap_item 字段时必须改 items.yaml 对应条目为 done 并同步主文档

漏掉任何一件的代价：CONTEXT.md / adrs/ 没跟上下个 feature 读到错术语；req 和实际能力脱节；roadmap 规划层和实际进度脱节，下次推进会重复跑流程。

验收原则：acceptance 是最终审计，不是实现汇报的整理。要重新读取原始 design 和 checklist，以最终工作区为准逐项复验；实现阶段说通过只能当线索，不能当结论。发现缺口要先修代码 / 方案 / 文档并重验，再写通过。

推进原则：验收阶段要用仓库事实关闭任务，而不是用对话自述关闭任务。最终结论必须回答四个问题：原始契约是否满足、验证证据是否足够且在最终状态仍成立、承诺交付物是否真实落盘、这次学到的可复用知识是否进入 CodeStable 的沉淀出口。