ac-lifecyclelisted

# AC Lifecycle and Delivery Definition ## AC 验收生命周期 ``` product-lead 定义 AC（PRD）→ 任务分配时把具体 AC 写进 SendMessage ↓ 开发者实现 + Unit + SIT（API+DB+external 单边集成）→ 逐条自验 AC → append 到 progress/<role>.md → SendMessage 完成报告 ↓ product-lead 触发 code-reviewer 审查代码质量 + SIT 证据 audit ↓ code-review 通过（code verdict ∈ {`approve`, `approve with changes`}；`block` 不通过，回派 dev）后进入 E2E ↓ qa-engineer 执行 E2E → 通过后进入 UAT ↓ product-lead 对照 AC 最终判定 → 汇报用户（业务签字）→ 归档 progress/ ``` **AC 可测试性标准**：每条 AC 必须有触发条件（"当…时"）+ 可观察结果（"显示…"/"返回…"/"跳转至…"）。 ## Self-Reporting Pattern（自报告模式） **核心思想**：teammate 完成任务时，先把过程证据**追加写入 `progress/<role>.md`**（持久化），再 SendMessage 给 product-lead 一份摘要。这样 lead session 关闭、压缩、跨机器恢复后，仍能从文件系统读出"做到哪了 / 跑过什么 / 验过什么"。行业等价物：Anthropic Agent Teams 文档的 idle notification + SendMessage + shared task list 组合（官方未单独命名）。 **三要素**（缺一不可）： 1. **报告格式**：精简 5 段（见下文「完整条目格式」，pass 单行、fail/blocked 才展开） 2. **写入位置**：`progress/<role>.md`，append 到文件末尾（chronological） 3. **验证标准**：fail / blocked 必须含**实际跑过的命令 + 真实输出**，不允许只写"已通过"；pass 一句话即可 **强制约束**： - 适用对象：所有执行层 teammate（`backend-dev` / `frontend-dev` / `ai-agent-dev` / `ml-engineer` / `miniapp-dev`） - 强制时机：每完成一个 task 单（不论是否阻塞），先 append 到 `progress/<role>.md`，再 SendMessage - Hook 兜底：`SubagentStop` 与 `TeammateIdle` 触发 [`check-progress-file.sh`](../hooks/check-progress-file.sh)；该 role 的 `progress/<role>.md` 不存在或空 → exit 2 阻断退出 - 豁免：当前 team 没有 pending/in_progress task 分给该 role 时（standby 角色）放行 - 其他角色（`product-lead` / `code-reviewer` / `qa-en