52 lines
4.1 KiB
Markdown
52 lines
4.1 KiB
Markdown
---
|
||
title: "Phase 4 Playbook — Quality & Hardening"
|
||
type: source
|
||
tags: []
|
||
date: 2026-05-01
|
||
---
|
||
|
||
## Source File
|
||
- [[Agent/agency-agents/strategy/playbooks/phase-4-hardening.md]]
|
||
|
||
## Summary（用中文描述）
|
||
- 核心主题：多 Agent 协作的质量验收与生产就绪性审查流程，Phase 4 是整个 NEXUS 开发流程中的最终质量关卡
|
||
- 问题域：如何确保已完成的功能真正达到生产就绪标准，而非仅"基本可用"
|
||
- 方法/机制：Reality Checker 拥有唯一裁决权，通过多维度证据收集（截图、API 回归、性能基准、合规审查）→ 分析聚合 → 最终验收的三阶段流程
|
||
- 结论/价值：默认判定为"NEEDS WORK"，首次通过率极低，2-3 轮迭代属于正常预期；只有提供压倒性证据才能获得 READY 裁决
|
||
|
||
## Key Claims（用中文描述）
|
||
- Reality Checker 的默认裁定是 NEEDS WORK：生产就绪需要完整用户路径端到端可用、跨设备一致性、负载下性能、安全验证、规格完全合规，首次通过获得 B/B+ 评级属于正常预期
|
||
- Phase 4 由 8 个 Agent 协同完成，分三个阶段：证据收集（4 个 Agent 并行，2 天）→ 分析聚合（3 个 Agent 并行，2 天）→ 最终裁定（Reality Checker，3 天）
|
||
- 最终裁决有三种可能：READY（极少首次通过）、NEEDS WORK（预期结果，返回 Phase 3 修复）、NOT READY（架构级问题，需返回 Phase 1/2）
|
||
- 质量门包含 7 项标准：用户路径完整、跨设备一致性、性能认证（P95<200ms, LCP<2.5s）、安全验证、合规认证、规格完全合规、基础设施就绪
|
||
|
||
## Key Quotes
|
||
> "The Reality Checker's default verdict is NEEDS WORK." — Reality Checker's 默认立场，强调生产就绪的严苛标准
|
||
> "A B/B+ rating on first pass is normal and expected." — 首次通过率预期管理，降低团队心理压力
|
||
> "Phase 4 is complete when the Reality Checker issues a READY verdict with overwhelming evidence." — READY 的判定标准：压倒性证据
|
||
|
||
## Key Concepts
|
||
- [[RealityChecker]]：Reality Checker — Phase 4 的唯一裁决权威，负责最终综合测试与生产就绪性判定，裁决选项为 READY / NEEDS WORK / NOT READY
|
||
- [[QualityGate]]：Quality Gate — 由 7 项标准构成的质量门，所有指标必须通过方能进入 Phase 5
|
||
- [[NEXUS]]：NEXUS — Network of EXperts, Unified in Strategy，多 Agent 协作框架，Phase 4 嵌入其整体开发流程
|
||
- [[EvidenceCollector]]：Evidence Collector — 负责全维度视觉证据收集（桌面/平板/手机、亮色/暗色主题、错误状态）的 Agent
|
||
- [[PerformanceBenchmarker]]：Performance Benchmarker — 负责负载测试、Core Web Vitals 测量、数据库性能分析的 Agent
|
||
- [[APITester]]：API Tester — 负责完整 API 回归测试（全部端点、集成测试、边界情况）的 Agent
|
||
- [[LegalComplianceChecker]]：Legal Compliance Checker — 负责隐私合规、安全合规、监管合规、无障碍合规最终审计的 Agent
|
||
- [[InfrastructureMaintainer]]：Infrastructure Maintainer — 负责生产环境验证、监控验证、灾难恢复验证、安全验证的 Agent
|
||
|
||
## Key Entities
|
||
- [[NEXUS]]：NEXUS 多 Agent 系统中的 Phase 4 执行主体
|
||
- Phase 3 → Phase 4 → Phase 5：开发流程中的相邻阶段，Phase 4 从 Phase 3 获取 Handoff Package，向 Phase 5 交付 READY 裁决
|
||
- Studio Producer：Phase 4 中处理 NOT READY 裁决时需要做决策的角色
|
||
|
||
## Connections
|
||
- [[Phase3Foundation]] ← handoff ← [[Phase4Hardening]] — Phase 4 的输入来自 Phase 3 的质量交付物
|
||
- [[Phase4Hardening]] ← produces_ready_verdict ← [[Phase5Launch]] — Phase 4 的 READY 裁决触发 Phase 5
|
||
- [[Phase4Hardening]] ← needs_work_returns ← [[Phase3Foundation]] — NEEDS WORK 裁决返回 Phase 3 修复循环
|
||
- [[Phase4Hardening]] ← not_ready_escalates ← [[Phase1Strategy]] — NOT READY 裁决触发 Phase 1/2 架构级重审
|
||
- [[Phase6Operate]] ← requires_ready ← [[Phase5Launch]] ← requires_ready ← [[Phase4Hardening]] — 最终各阶段依赖 READY 裁决
|
||
|
||
## Contradictions
|
||
- 无明显冲突 — 本文档为流程规范，与其他 Phase 文档一致，共同构成 NEXUS 完整开发流程
|