---
title: "Phase 3 Playbook — Build & Iterate"
type: source
tags: []
date: 2026-05-01
---

## Source File
- [[Agent/agency-agents/strategy/playbooks/phase-3-build.md]]

## Summary（用中文描述）
- 核心主题：多 Agent 协作下，通过 Dev↔QA 循环实现功能迭代构建的完整流程与质量门控机制
- 问题域：大型多 Agent 软件项目中，如何在并行开发的同时保证质量、如何管理任务失败与依赖关系、如何组织 sprint 执行
- 方法/机制：Agents Orchestrator 驱动 Dev↔QA 循环；Agent Assignment Matrix 分配任务；四大并行构建轨道（核心产品/增长营销/质量运营/品牌体验）；三级任务失败处理逻辑；Sprint Planning → Daily Execution → Sprint Review → Retrospective 完整模板
- 结论/价值：Phase 3 是工作量最密集的阶段，NEXUS 的编排能力在此阶段体现最大价值；通过严格的质量门控（7 项检查清单）确保所有功能通过 QA 后方可进入 Phase 4

## Key Claims（用中文描述）
- Agents Orchestrator 通过 Dev↔QA 循环管理每个任务，每项任务验证通过后才开始下一项
- 任务按 RICE 评分排序分配给合适的 Developer Agent，支持最多 3 次修复尝试，3 次失败后升级
- 四条并行构建轨道可同时运行（Track A/B/C/D），覆盖产品、增长、质量、品牌全维度
- Sprint Planning → Daily Execution → Sprint Review → Retrospective 构成完整的迭代执行闭环
- 质量门控通过（7 项检查全部满足）后，Gate Keeper（Agents Orchestrator）放行进入 Phase 4

## Key Quotes
> "Phase 3 is complete when all sprint tasks pass QA, all API endpoints are validated, performance baselines are met, and no critical bugs remain open." — Phase 3 完成标准

> "The Agents Orchestrator manages every task through this cycle" — Dev↔QA Loop 的核心定位

> "When multiple tasks have no dependencies → Assign to different developer agents simultaneously" — 并行任务管理策略

## Key Concepts
- [[Dev-QA Loop]]：开发者实现 → QA 验证（截图、功能、品牌）→ 通过则完成，失败则修复，最多 3 次，超过则升级
- [[RICE Scoring]]：任务优先级评分机制（Sprint Prioritizer 使用），用于排序 sprint backlog
- [[Parallel Build Tracks]]：四条并行构建轨道（Track A 核心产品 / Track B 增长营销 / Track C 质量运营 / Track D 品牌体验），NEXUS-Full 部署时同时激活
- [[Quality Gate Checklist]]：7 项质量门控检查清单，由 Gate Keeper 裁决 PASS / CONTINUE / ESCALATE
- [[Agents Orchestrator]]：贯穿整个 Phase 3 的核心编排者，负责任务分配、QA 循环、失败升级、状态报告

## Key Entities
- [[Agents Orchestrator]]：Phase 3 的核心编排 Agent，担任 Gate Keeper，驱动所有 Dev↔QA 循环
- [[Project Shepherd]]：管理 Track B（增长与营销准备），在 Sprint Review 时主持演示
- [[Studio Producer]]：在系统性失败时介入（ESCALATE 路径）
- [[Reality Checker]]：Phase 4 入口 Agent，接收 Phase 3 → Phase 4 交接包
- [[Performance Benchmarker]]：持续进行性能基准测试，验证 P95 < 200ms 等指标

## Connections
- [[Phase 2 Foundation]] ← precedes ← [[Phase 3 Build]]
- [[Phase 3 Build]] ← precedes ← [[Phase 4 Hardening]]
- [[Phase 0 Discovery]] ← foundational ← [[Phase 3 Build]]（提供 backlog 来源）
- [[Agents Orchestrator]] ← drives ← [[Phase 3 Build]]（核心编排引擎）

## Contradictions
- 与 [[Phase 4 Hardening]] 的观点冲突：
  - 冲突点：Phase 3 是否包含性能优化
  - 当前观点（Phase 3）：性能基准测试在 Track C 持续进行，但 Phase 3 主要关注功能实现
  - 对方观点（Phase 4）：Phase 4 专门进行 Quality & Hardening，包括性能优化和 bug 修复
  - 说明：两者实为互补关系，Phase 3 建立基线，Phase 4 加固