用途：在功能开发完成、上线前由业务方/产品方/客户进行验收确认，适用于功能交付确认、UAT、发布会签、客户演示预演和合同或 SLA 验收。核心立场是验收等于业务方签字认可，而非 QA 自测通过。
主要能力：提供 Given-When-Then 标准格式描述验收场景，强调一个场景一个故事；区分验收标准与测试用例（前者面向业务、需求阶段定义，后者面向开发 QA、测试阶段编写），并说明每条验收标准至少对应一个 P0 测试用例；给出 ATDD 流程，从 PRD 定义验收标准、评审、转 Given-When-Then、开发按标准写代码与自动化验收测试，到 UAT 端到端再验。还整理 Alpha、Beta、UAT、合同验收四类验收的范围差异，以及准备、验收会议、结论（通过/有条件通过/不通过）、记录、上线的执行流程，附 UAT 会议纪要模板、验收数据准备建议（真实数据、边界数据、隔离的类生产环境）、业务陷阱与质量自检清单、常见坑。
使用方式：先确保功能开发完毕、P0/P1 Bug 关闭、Sanity 套件通过，准备验收环境与账号；会前按 PRD 验收标准生成 Given-When-Then 场景；会上由 PM 介绍变更范围、QA 演示主路径、业务方按场景走查；会后输出含验收清单、反馈、已知问题与结论的会议纪要，并由业务方签字。配套模板为 templates/acceptance-criteria-template.md，包含验收标准、Given-When-Then 场景、UAT 会议纪要与签字模板。
适用与限制：适合需要业务方确认的交付场景；上游依赖 PRD、test-case-design、regression-testing，下游衔接 bug-reporting、test-report、quality-gate。资料未提供安装命令、具体平台要求、收费信息或自动化工具实现细节；验收标准模糊、带 P0 Bug 上会、当场提新需求、纪要未签字等做法应避免。