用途：在功能代码实现、review、QA 完成后执行最终验收，作为流程关闭动作，用仓库事实而非对话自述关闭任务，准备 merge 或产出验收报告。
主要能力：逐层对照设计方案核查实现是否偏离（发现偏差先改代码或回填方案，不在报告里记一笔）；盘点领域影响（新术语、结构性决策），提示用户走 cs-domain 写 CONTEXT.md / ADR，本技能不代写；将能力落档到 requirement（draft→current 或 backfill，需 owner-approved delta）；把完成状态回写到 roadmap items.yaml 主文档；可启动只读 acceptance auditor 复核，但 auditor 只能返回 findings，最终 verdict 与文件写入由主流程 owner 完成；最后跑 final audit 用最终工作区反查原始设计。
必要用法：启动前先执行 CodeStable preflight，读 .codestable/attention.md，缺失先 cs-onboard。前置检查包括代码已实现、方案 doc 完整（frontmatter doc_type=feature-design、status=approved、tags≥2）、checklist 全 done、review 报告 status=passed 且无 unresolved blocking findings。验证证据可来自 {slug}-qa.md（需 status=passed），也可在本次 accept 内建立 Inline Verification Matrix 现场验证；goal 模式缺 QA 报告须停止。报告在 feature 目录下，共 9 节加第 10 节最终审计，逐节完成后更新 checklist checks 为 passed。
适用场景：功能实现完毕、准备合并或交付验收，需要契约核对、场景复核、术语一致性、领域影响盘点、req/roadmap 回写与知识沉淀分流时。
限制：默认 L3，遵守 Global Route Governance，不自由重写长期 requirement，capability-boundary 变化缺 delta 须停下写 approval-report.md；accept 不改 CONTEXT.md 或写 ADR，只盘点建议；报告章节编号与 design 强依赖；功能路径未验证、必跑命令未执行不得记为 residual-risk 放行；同一缺口三轮仍失败须停下交还用户；未经用户终审不宣告完成。