用途：评审验收标准（Acceptance Criteria）中的歧义、缺失规则与可验证性，把需求与用户故事转成可验证、无歧义且覆盖异常路径的标准，并对现有方案、结果或证据做风险评审，形成可执行改进项。
主要能力：支持 review（核对原标准）、proposed-rewrite（建议改写）、missing-rule（规则缺失）三种模式；保留原 AC ID、版本、原文与来源，不把建议覆盖成原规则。逐条输出 AC ID、原标准、模式、可观察预期、建议文本、差异原因、待产品确认。建议改写包含 Given/When/Then、可观察数据与错误路径；确认充分的原标准标为可测试。
使用方式：先阅读并遵循 prompts/acceptance-criteria-review.md 的输入、执行规则、最低覆盖清单与输出顺序；补充影响判断的范围、环境、版本、限制、证据与成功标准；先做输入审计，区分已确认事实、合理假设与待确认问题；按风险与证据强度排序。默认输出 Markdown，用户要求表格、CSV、JSON 或工单格式时保留同样的风险、证据、优先级与边界字段；若进入自动化流程，先确认字段 schema、枚举值与必填项。校准领域结果时读取 references/domain-decision-example.md；评测或回归时读取 evals/eval.yaml 与匹配的 evals/cases/ 用例。
适用场景：需求与用户故事评审、验收标准改写、规则缺失识别、发布前风险评审。
限制：不替产品方决定缺失的业务规则；每条标准须写成可观察结果；阻塞开发或测试的歧义单独升级；不编造输入中不存在的系统行为、字段、数据、指标或根因；关键结论须关联证据，证据不足时标记为假设并给出验证方法；信息不足时先交付受限初版并说明哪些结论暂不能成立，不执行未经授权的生产写操作或破坏性动作。