57 lines
3.8 KiB
Markdown
57 lines
3.8 KiB
Markdown
---
|
||
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 加固
|