3.8 KiB
3.8 KiB
title, type, tags, date
| title | type | tags | date |
|---|---|---|---|
| Phase 3 Playbook — Build & Iterate | source | 2026-05-01 |
Source File
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 加固