---
description: 触发 product-lead + qa-engineer 联跑 UAT（用户验收测试）；UAT 是业务签字阶段，不是技术测试
argument-hint: <feature-slug>（必须已通过 code review（含 SIT Audit）与 E2E）
---

# 任务

对 feature `$ARGUMENTS` 启动 UAT（User Acceptance Test）阶段。

# 执行步骤

1. **检查先决条件**：
   - `docs/reviews/$ARGUMENTS-*.md` 存在 + verdict ≠ `block` + `## SIT Audit` 节 verdict = `✅ Pass` 或 `⚠️ Pass with concerns`
   - `docs/qa/$ARGUMENTS-e2e-*.md` 存在 + verdict = Promote
   - PRD `docs/prd/$ARGUMENTS-*.md` 中的 P0/P1 AC 全部 Pass
   - 任一不满足 → **拒绝启动 UAT**，告诉用户缺什么
2. **派单**（agent team 模式，因为 UAT 涉及多角色协作）：
   - `product-lead` — initial task: 组织 UAT 演练 + 业务方沟通；确认 PRD 第 10 节 Sign-offs 谁还没签；准备业务侧操作手册
   - `qa-engineer` — initial task: 准备 UAT 数据 + 环境（staging / pre-prod）+ 协助业务方复现 AC；落 `docs/qa/$ARGUMENTS-uat-[YYYY-MM-DD].md`（用 skill `agf-writing-qa-report`，stage = uat）
3. UAT 执行约束：
   - **业务方主导**，QA 只协助；qa-engineer 不得替业务方判断 Pass/Fail
   - 每条 AC 必须由业务方人工触发并书面确认
   - Sign-offs 必须有业务方签字（数字签名 / 邮件 / 工单系统截图）
4. **完成后** product-lead 把对应 Task 在 `TaskUpdate` 中翻 done，并把 PRD 文件 `mv` 到 `docs/prd/archive/`

# 任务规模过小怎么办

UAT 阶段规模总是 ≥ 中等（涉及业务方），不存在"过小"的情况。但如果业务方暂未就位 → 不要硬启动 UAT，告诉用户："UAT 需要业务方在场，请先和 [业务方角色] 排时间；当前 code review（含 SIT Audit）与 E2E 已完成，可把对应 Task 通过 `TaskUpdate` 标记为 `blocked: pending UAT`。"
