Update nexus wiki content

wiki/sources/phase-3-build.md

@@ -0,0 +1,56 @@
+---
+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 加固