用途：作为交付完成线的唯一所有者。规划阶段冻结验收标准，执行者只能加强覆盖、不能移动完成线，审查者校验同一份字节。
主要能力：每个新功能或修复在 SPEC 旁附带 ACCEPTANCE.md，需含 Status: frozen、每个 SPEC 标准一个稳定 ID、Required outcome、具名 Validator、字面质量下限与项目命令；命令优先，否则用 read-verified: <evidence> 或 manual: <exact observation>，无标签散文无效。Validator 不得以其他工作流角色会改动的表面（整体分支 diff、会话日志、进度条目、审查台账、forge 状态）作为门禁，应 grep 单元自身文件与输出。
使用方式：首次执行时运行 git hash-object <unit>/ACCEPTANCE.md，并把回执追加到单元进度文件：## Acceptance receipt v1 - Manifest: <path> · Blob: <sha> · Status: frozen · Verified: <date>。每个阶段与最终审查前重算；不匹配则输出 ACCEPTANCE GATE — <unit> BLOCKED 并停止编辑。合法变更需依次：用户明确批准、SPEC 的 ## Amendments 行、替换清单、提交新回执；执行者不得自行授权。无清单的旧单元对已提交 SPEC.md 取指纹并记 Manifest: legacy SPEC.md。
验证阶梯：PASS（命令通过、读证据存在、人工检查具名）、FAIL（验证器证伪候选，附紧凑失败证据）、NEEDS-DECISION（缺产品/架构选择）、BLOCKED（命令/输入/环境不可用，需具名）。
限制：禁止删除、跳过、收窄或放松验证器，禁止用抑制、桩、硬编码答案或空操作修复制造绿色；测试一经写出即不可变，执行者改代码而非改测试，唯一例外是经权威文档证明的外部语义编码错误，且须以发现加 SPEC 修订呈现。确定性兜底为 path-protection@1 路径保护检查点。资料未提供具体仓库模板内容与安装命令。