跳转到内容
AI Agent 教程 AI Agent 教程

02 — NEXUS 多 Agent 编排与质量门控

NEXUS 多 Agent 编排与质量门控

学习目标

本章将深入分析 Agency-Agents 的 NEXUS 编排框架。阅读本章后你将能够：

  • 理解 NEXUS 七阶段流水线的激活顺序和并行策略
  • 设计质量门控和 Dev-QA 循环
  • 应用三种部署模式（Full/Sprint/Micro）到不同场景

前置知识

本章涉及多 Agent 编排和质量门控的通用原理，建议先阅读：

下文假设你已理解上述概念，直接聚焦 NEXUS 的具体实现。

项目实践

NEXUS 是什么

NEXUS（Network of EXperts, Unified in Strategy）是 Agency-Agents 的多 Agent 编排框架，将 160+ 独立 Agent 组织成一个协同工作的智力网络。

核心问题：独立 Agent 各自为战时会出现——

  • 冲突的架构决策
  • 重复劳动
  • 交接边界的质量缺口
  • 缺乏共享上下文

NEXUS 的解决方案：

三种部署模式

模式激活 Agent 数时间线适用场景
NEXUS-Full全部12-24 周企业级产品全生命周期
NEXUS-Sprint15-252-6 周功能开发、MVP 构建
NEXUS-Micro5-101-5 天Bug 修复、内容活动、单一交付物

设计洞察：NEXUS-Sprint 被推荐为默认模式——它在质量和速度之间找到平衡，比 Full 模式快 40-60%，但比 Micro 模式有更完整的质量保障。

七阶段流水线详解

Phase 0 — 发现（Intelligence & Discovery）

目标：在投入资源之前验证问题。

Agent角色产出
Trend Researcher市场情报TAM/SAM/SOM 分析报告
Feedback Synthesizer用户需求痛点优先级报告
UX Researcher用户行为人物画像 + 旅程地图
Legal Compliance Checker合规扫描合规需求矩阵

质量门控：Executive Summary Generator 汇总所有发现，输出 ≤500 字的 SCQA 格式摘要，决策 GO/NO-GO/PIVOT。

Phase 1 — 策略（Strategy & Architecture）

目标：定义构建什么、如何构建、成功的标准。

并行工作流：

Workstream A: 产品策略          Workstream B: 技术架构
├── Studio Producer             ├── Backend Architect
├── Sprint Prioritizer          ├── AI Engineer (如适用)
└── Product Manager             └── UX Architect

Phase 3 — 构建（Build & Iterate）— Dev-QA 循环核心

这是 NEXUS 最关键的阶段。每个任务经历循环：

关键规则：

  • 每次实现后必须通过 QA 才能进入下一个任务
  • QA 默认 “NEEDS WORK”，需要证据才能 PASS
  • 最多 3 次重试后升级

Phase 4 — 硬化（Quality & Hardening）

Reality Checker 作为最后一道防线：

  • 交叉验证所有 QA 发现
  • 端到端系统测试
  • 默认 “NEEDS WORK”，除非证据充分
  • 产出认证报告

指挥结构

                    Agents Orchestrator
                    (流水线控制器)
                           │
          ┌────────────────┼────────────────┐
          ▼                ▼                ▼
    Studio Producer   Project Shepherd  Senior PM
    (产品组合)        (执行管理)         (任务范围)
          │                │                │
          ▼                ▼                ▼
       各领域 Lead（按阶段激活）

问题与规避

交接边界的上下文丢失

问题：Phase 0 的发现报告如果不结构化为 Phase 1 的输入，Strategy 阶段的 Agent 会从零开始。

规避：NEXUS 定义了标准化的交接模板（strategy/coordination/handoff-templates.md），每个阶段的输出格式化为下一阶段的输入。关键数据包括：

  • 已验证的用户痛点列表
  • 技术可行性评估
  • 合规约束矩阵

并行工作流的冲突决策

问题：Phase 1 中，UX Architect 和 Backend Architect 可能做出冲突的决策（如 UX 选择的交互模式与后端架构不兼容）。

规避：NEXUS 的 Studio Producer 在 Phase 1 担任冲突仲裁者，确保两个工作流的输出在 Phase 2（脚手架）之前对齐。

Dev-QA 循环中的循环僵局

问题：Developer 和 QA 之间可能出现无限循环——QA 不断 FAIL，Developer 不断修改但从未达到 QA 标准。

规避：

  • 硬性 3 次重试限制
  • 第 2 次失败时升级到 Senior Developer
  • 第 3 次失败时人工介入
  • QA 反馈必须具体（不能只说 “不符合要求”，必须指出哪里不符合）

设计取舍

流水线 vs 灵活激活

方案优势代价
严格流水线质量可预测、交接标准化灵活性差、小项目过度
灵活激活适合小型项目、快速迭代质量不稳定、容易跳过关键步骤

NEXUS 通过三种部署模式解决了这个取舍：Full 模式适合严格流水线，Micro 模式适合灵活激活，Sprint 模式居中。

证据驱动 vs 快速迭代

方案优势代价
证据驱动（Reality Checker）高质量、减少生产缺陷每个阶段耗时更长
快速迭代（跳过 QA）快速交付生产缺陷多、返工成本高

NEXUS 选择在 Phase 3（构建）中使用轻量 Dev-QA 循环快速迭代，在 Phase 4（硬化）中使用重量级 Reality Check 确保质量。

参考来源

版本信息

📅 2026-05-26 🏷️ 783f6a7 🔀 783f6a7

标签

multi-agentnexusquality-gateorchestrationpipeline

相关通用知识