目录

1. 策略基础
2. NEXUS 运营模型
3. 第 0 阶段 — 情报与发现
4. 第 1 阶段 — 策略与架构
5. 第 2 阶段 — 基础与脚手架
6. 第 3 阶段 — 构建与迭代
7. 第 4 阶段 — 质量与加固
8. 第 5 阶段 — 上线与增长
9. 第 6 阶段 — 运营与演进
10. 智能体协调矩阵
11. 交接协议
12. 质量门禁
13. 风险管理
14. 成功指标
15. 快速启动指南

---

1. 策略基础

1.1 NEXUS 解决什么问题

单个智能体很强。但没有协调的话，它们会产出：

• 相互矛盾的架构决策
• 跨部门的重复劳动
• 交接边界的质量断层
• 没有共享上下文和组织记忆

NEXUS 消灭这些失败模式，明确定义：

• 谁在每个阶段激活
• 做什么，产出给谁
• 什么时候交接，交给谁
• 怎么在推进前验证质量
• 为什么每个智能体存在于流水线中（不带闲人）

1.2 核心原则

1.3 按部门的智能体名单

2. NEXUS 运营模型

2.1 七阶段流水线

┌─────────────────────────────────────────────────────────────────────────┐
│                        NEXUS 流水线                                      │
│                                                                         │
│  第 0 阶段       第 1 阶段        第 2 阶段         第 3 阶段             │
│  发现      ───▶  策略      ───▶   基础搭建  ───▶   构建                  │
│  情报收集        架构设计          基础组件          开发-测试循环           │
│                                                                         │
│  第 4 阶段       第 5 阶段        第 6 阶段                               │
│  加固      ───▶  上线      ───▶   运营                                   │
│  质量门禁        市场推广          持续运营                                 │
│                                                                         │
│  ◆ 每个阶段之间都有质量门禁                                                │
│  ◆ 阶段内部有并行轨道                                                     │
│  ◆ 每个边界都有反馈循环                                                    │
└─────────────────────────────────────────────────────────────────────────┘

2.2 指挥结构

                    ┌──────────────────────┐
                    │   智能体编排者         │  ◄── 流水线控制器
                    │  （专项部门）          │
                    └──────────┬───────────┘
                               │
              ┌────────────────┼────────────────┐
              │                │                │
     ┌────────▼──────┐ ┌──────▼───────┐ ┌──────▼──────────┐
     │ 工作室制片人    │ │ 项目牧羊人    │ │ 高级项目经理     │
     │ （组合管理）    │ │ （执行协调）  │ │ （任务拆分）     │
     └───────────────┘ └──────────────┘ └─────────────────┘
              │                │                │
              ▼                ▼                ▼
     ┌─────────────────────────────────────────────────┐
     │          各部门负责人（按阶段分配）                  │
     │  工程 │ 设计 │ 营销 │ 产品 │ QA                    │
     └─────────────────────────────────────────────────┘

2.3 激活模式

NEXUS 支持三种部署配置：

3. 第 0 阶段 — 情报与发现

3.1 活跃智能体

3.2 并行工作流

工作流 A：市场情报                      工作流 B：用户情报
├── 趋势研究员                          ├── 反馈分析师
│   ├── 竞争格局                        │   ├── 多渠道反馈收集
│   ├── 市场规模（TAM/SAM/SOM）          │   ├── 情感分析
│   └── 趋势生命周期图谱                  │   └── 痛点排序
│                                       │
├── 数据分析师                          ├── UX 研究员
│   ├── 现有数据审计                     │   ├── 用户访谈/问卷
│   ├── 信号识别                        │   ├── 用户画像构建
│   └── 基线指标                        │   └── 旅程图绘制
│                                       │
└── 法务合规员                          └── 工具评估师
    ├── 监管要求                            ├── 技术评估
    ├── 数据处理约束                        ├── 自建 vs 采购分析
    └── 司法管辖区映射                      └── 集成可行性

3.3 第 0 阶段质量门禁

守门人：高管摘要生成器

产出：高管摘要（不超过 500 字，SCQA 格式） → 决策：继续 / 终止 / 调整方向

4. 第 1 阶段 — 策略与架构

4.1 活跃智能体

4.2 执行顺序

第一步：策略定调（并行）
├── 工作室制片人 → 策略组合计划（愿景、目标、ROI 指标）
├── 品牌守护者 → 品牌基础（使命、价值观、视觉识别系统）
└── 财务追踪员 → 预算框架（资源配置、成本预测）

第二步：技术架构（并行，第一步完成后）
├── UX 架构师 → CSS 设计系统 + 布局框架 + UX 结构
├── 后端架构师 → 系统架构（服务、数据库、API）
├── AI 工程师 → ML 架构（模型、管道、推理策略）
└── 高级项目经理 → 任务清单（需求 → 任务，精确引用需求）

第三步：排优先级（串行，第二步完成后）
└── Sprint 排序师 → RICE 评分的待办列表 + Sprint 分配
    ├── 输入：任务清单 + 架构文档 + 预算框架
    ├── 产出：排好序的 Sprint 计划 + 依赖图
    └── 验证：工作室制片人确认策略对齐

4.3 第 1 阶段质量门禁

守门人：工作室制片人 + 现实检验者（双签）

产出：批准的架构包 → 激活第 2 阶段

5. 第 2 阶段 — 基础与脚手架

5.1 活跃智能体

5.2 并行工作流

工作流 A：基础设施                      工作流 B：应用基础
├── DevOps 自动化师                     ├── 前端开发者
│   ├── CI/CD 流水线（GitHub Actions）   │   ├── 项目脚手架
│   ├── 容器编排                        │   ├── 组件库搭建
│   └── 环境配置                        │   └── 设计系统集成
│                                       │
├── 基础设施运维师                       ├── 后端架构师
│   ├── 云资源配置                       │   ├── 数据库 Schema 部署
│   ├── 监控（Prometheus/Grafana）       │   ├── API 骨架 + 认证
│   └── 安全加固                        │   └── 服务通信层
│                                       │
└── 工作室运营                          └── UX 架构师
    ├── Git 工作流 + 分支策略               ├── CSS 设计 token
    ├── 沟通渠道                           ├── 响应式布局系统
    └── 文档模板                           └── 主题系统（亮色/暗色/跟随系统）

5.3 第 2 阶段质量门禁

守门人：DevOps 自动化师 + 证据收集者

产出：可运行的骨架应用 + 完整 DevOps 流水线 → 激活第 3 阶段

6. 第 3 阶段 — 构建与迭代

6.1 开发-测试循环

这是 NEXUS 的心脏。智能体编排者管理一个逐任务的质量循环：

┌─────────────────────────────────────────────────────────┐
│                   开发-测试循环                            │
│                                                          │
│  ┌──────────┐    ┌──────────┐    ┌──────────────────┐   │
│  │ 开发      │───▶│ 证据     │───▶│ 决策逻辑          │   │
│  │ 智能体    │    │ 收集者   │    │                   │   │
│  │           │    │ （QA）   │    │ 通过 → 下一个任务  │   │
│  │ 实现      │    │          │    │ 不通过 → 重试(<=3) │   │
│  │ 任务 N    │    │ 测试     │    │ 阻塞 → 升级       │   │
│  │           │◀───│ 任务 N   │◀───│                   │   │
│  └──────────┘    └──────────┘    └──────────────────┘   │
│       ▲                                    │             │
│       │            QA 反馈                  │             │
│       └────────────────────────────────────┘             │
│                                                          │
│  编排者追踪：重试次数、QA 反馈、                             │
│  任务状态、累计质量指标                                      │
└─────────────────────────────────────────────────────────┘

6.2 按任务类型的智能体分配

6.3 并行构建轨道

复杂项目有多条轨道同时跑：

轨道 A：核心产品                      轨道 B：增长与营销
├── 前端开发者                        ├── 增长黑客
│   └── UI 实现                       │   └── 病毒式传播 + 推荐系统
├── 后端架构师                        ├── 内容创作者
│   └── API + 业务逻辑                │   └── 上线内容 + 编辑日历
├── AI 工程师                         ├── 社交媒体策略师
│   └── ML 功能 + 管道                │   └── 跨平台活动
│                                     ├── 应用商店优化师（如果是移动端）
│                                     │   └── ASO 策略 + 元数据
│                                     │
轨道 C：质量与运营                     轨道 D：品牌与体验
├── 证据收集者                        ├── UI 设计师
│   └── 持续 QA 截图                   │   └── 组件打磨
├── API 测试员                        ├── 品牌守护者
│   └── 端点验证                       │   └── 品牌一致性审计
├── 性能基准师                        ├── 视觉叙事师
│   └── 压力测试 + 优化                │   └── 视觉叙事素材
├── 工作流优化师                        └── 趣味注入师
│   └── 流程改进                           └── 愉悦感 + 微交互
└── 实验追踪员
    └── A/B 测试管理

6.4 第 3 阶段质量门禁

守门人：智能体编排者

产出：功能完整的应用 → 激活第 4 阶段

7. 第 4 阶段 — 质量与加固

7.1 活跃智能体

7.2 加固流程

第一步：证据收集（并行）
├── 证据收集者 → 全量截图套件（桌面、平板、手机）
├── API 测试员 → 完整端点回归
├── 性能基准师 → 10 倍预期流量压力测试
└── 法务合规员 → 最终监管审计

第二步：分析（并行，第一步完成后）
├── 测试结果分析师 → 把所有测试数据汇总成质量仪表盘
├── 工作流优化师 → 找出剩余的流程低效
└── 基础设施运维师 → 生产环境验证

第三步：最终判定（串行，第二步完成后）
└── 现实检验者 → 集成报告
    ├── 交叉验证之前所有 QA 发现
    ├── 用截图证据测试完整用户旅程
    ├── 逐条验证需求合规
    ├── 默认判定：需要改进
    └── 只有在所有标准都有压倒性证据时才给"就绪"

7.3 第 4 阶段质量门禁（最终关卡）

守门人：现实检验者（唯一权威）

判定选项：

• 就绪 — 可以上线（首轮通过很少见）
• 需要改进 — 回到第 3 阶段修具体问题（正常情况）
• 未就绪 — 架构有大问题，回到第 1/2 阶段

预期：首次实现通常需要 2-3 轮修改。B/B+ 的评分很正常也很健康。

8. 第 5 阶段 — 上线与增长

8.1 活跃智能体

8.2 上线流程

T-7 天：上线准备
├── 内容创作者 → 上线内容排队定时
├── 社交媒体策略师 → 活动素材定稿
├── 增长黑客 → 病毒式传播机制测试就绪
├── 应用商店优化师 → 商店页面优化
├── DevOps 自动化师 → 蓝绿部署准备
└── 基础设施运维师 → 配置 10 倍自动伸缩

T-0：上线当天
├── DevOps 自动化师 → 执行部署
├── 基础设施运维师 → 监控所有系统
├── Twitter 互动官 → 上线推文串 + 实时互动
├── Reddit 社区建设者 → 社区真实发帖
├── Instagram 策展人 → 视觉上线内容
├── TikTok 策略师 → 上线视频发布
├── 客服响应者 → 客服上线
└── 数据分析师 → 实时指标仪表盘

T+1 到 T+7：上线后
├── 增长黑客 → 分析获客数据，优化漏斗
├── 反馈分析师 → 收集分析早期用户反馈
├── 数据分析师 → 每日指标报告
├── 内容创作者 → 根据用户反应做新内容
├── 实验追踪员 → 启动 A/B 测试
└── 高管摘要生成器 → 每日利益相关方简报

8.3 第 5 阶段质量门禁

守门人：工作室制片人 + 数据分析师

产出：稳定上线的产品 + 活跃的增长渠道 → 激活第 6 阶段

9. 第 6 阶段 — 运营与演进

9.1 活跃智能体（持续）

9.2 持续改进循环

┌──────────────────────────────────────────────────────────┐
│                  持续改进循环                               │
│                                                           │
│  测量            分析            规划           执行        │
│  ┌─────────┐     ┌──────────┐   ┌──────────┐   ┌─────┐  │
│  │数据      │────▶│反馈       │──▶│Sprint    │──▶│构建  │  │
│  │分析师    │     │综合员     │   │排序师    │   │循环  │  │
│  └─────────┘     └──────────┘   └──────────┘   └─────┘  │
│       ▲                                           │       │
│       │              实验                          │       │
│       │              追踪员                        │       │
│       └───────────────────────────────────────────┘       │
│                                                           │
│  每月：高管摘要生成器 → 高管报告                              │
│  每月：财务追踪员 → 财务表现                                 │
│  每月：法务合规员 → 监管更新                                 │
│  每月：趋势研究员 → 市场情报                                 │
│  每季度：工作流优化师 → 流程改进                               │
└──────────────────────────────────────────────────────────┘

10. 智能体协调矩阵

10.1 完整跨部门依赖图

这个矩阵显示哪个智能体的产出会被哪个智能体消费。读法：行方产出 → 列方消费。

产出方 →           │ 工程 │ 设计 │ 营销 │ 产品 │ PM  │ 测试 │ 运维 │ 空间 │ 专项
────────────────────┼─────┼─────┼─────┼─────┼─────┼─────┼─────┼─────┼────
工程                │  ●  │     │     │     │     │  ●  │  ●  │  ●  │
设计                │  ●  │  ●  │  ●  │     │     │  ●  │     │  ●  │
营销                │     │     │  ●  │  ●  │     │     │  ●  │     │
产品                │  ●  │  ●  │  ●  │  ●  │  ●  │     │     │     │  ●
项目管理            │  ●  │  ●  │  ●  │  ●  │  ●  │  ●  │  ●  │  ●  │  ●
测试                │  ●  │  ●  │     │  ●  │  ●  │  ●  │     │  ●  │
运维支持            │  ●  │     │  ●  │  ●  │  ●  │     │  ●  │     │  ●
空间计算            │  ●  │  ●  │     │     │     │  ●  │     │  ●  │
专项                │  ●  │     │     │  ●  │  ●  │  ●  │  ●  │     │  ●

● = 有依赖关系（产出方创建的工件会被该部门消费）

10.2 关键交接对

这些是 NEXUS 中流量最大的交接关系：

11. 交接协议

11.1 标准交接模板

每次智能体间交接都必须包含：

## NEXUS 交接文档

### 元数据
- **发送方**：[智能体名称]（[部门]）
- **接收方**：[智能体名称]（[部门]）
- **阶段**：[当前 NEXUS 阶段]
- **任务引用**：[Sprint 排序师待办列表中的任务 ID]
- **优先级**：[紧急 / 高 / 中 / 低]
- **时间戳**：[ISO 8601]

### 上下文
- **项目**：[项目名称和简要说明]
- **当前状态**：[到目前为止做了什么]
- **相关文件**：[要审查的文件/工件列表]
- **依赖**：[这项工作依赖什么]

### 交付要求
- **需要什么**：[具体的、可衡量的交付物]
- **验收标准**：[怎么衡量成功]
- **约束**：[技术、时间线或资源约束]
- **参考材料**：[需求、设计、之前工作的链接]

### 质量预期
- **必须通过**：[具体质量标准]
- **需要的证据**：[完成证明长什么样]
- **下一个接收方**：[谁接收产出，需要什么]

11.2 QA 反馈循环协议

任务 QA 不通过时，反馈必须可执行：

## QA 不通过反馈

### 任务：[任务 ID 和描述]
### 第几次：[1/2/3] 共 3 次
### 判定：不通过

### 发现的具体问题
1. **[问题分类]**：[准确描述 + 截图引用]
   - 预期：[应该是什么样]
   - 实际：[实际是什么样]
   - 证据：[截图文件名或测试输出]

2. **[问题分类]**：[准确描述]
   - 预期：[...]
   - 实际：[...]
   - 证据：[...]

### 修复说明
- [具体的、可执行的修复说明 1]
- [具体的、可执行的修复说明 2]

### 需要改的文件
- [文件路径 1]：[需要改什么]
- [文件路径 2]：[需要改什么]

### 重试预期
- 修好上面的问题后重新提交 QA
- 不要加新功能——只修问题
- 当前是第 [N+1] 次，共 3 次

11.3 升级协议

任务超过 3 次重试时：

## 升级报告

### 任务：[任务 ID]
### 重试已用完：3/3
### 升级级别：[给智能体编排者 / 给工作室制片人]

### 失败历史
- 第 1 次：[问题和修复尝试摘要]
- 第 2 次：[问题和修复尝试摘要]
- 第 3 次：[问题和修复尝试摘要]

### 根因分析
- [为什么任务一直过不了]
- [什么系统性问题阻碍了解决]

### 建议处理方式
- [ ] 重新分配给别的开发智能体
- [ ] 拆分成更小的子任务
- [ ] 换架构/思路
- [ ] 接受当前状态，记录已知限制
- [ ] 推迟到后面的 Sprint

### 影响评估
- **阻塞**：[什么其他任务被堵住了]
- **时间线影响**：[对整体排期的影响]
- **质量影响**：[有什么质量上的妥协]

12. 质量门禁

12.1 门禁总览

12.2 门禁失败处理

如果门禁不通过：
  ├── 守门人出具具体的失败报告
  ├── 智能体编排者把失败项路由给负责的智能体
  ├── 失败项进入开发-测试循环（第 3 阶段机制）
  ├── 最多 3 次门禁重试，超过就升级给工作室制片人
  └── 工作室制片人决定：修、砍范围、还是带风险接受

13. 风险管理

13.1 风险分类和负责人

13.2 风险响应矩阵

14. 成功指标

14.1 流水线指标

14.2 产品指标

14.3 业务指标

14.4 运营指标

15. 快速启动指南

15.1 NEXUS-Full 激活（企业级）

# 第一步：初始化 NEXUS 流水线
"激活智能体编排者，NEXUS-Full 模式，项目：[项目名称]。
 项目需求说明：[需求文档路径]。
 执行完整 7 阶段流水线，带所有质量门禁。"

# 编排者会：
# 1. 阅读项目需求说明
# 2. 激活第 0 阶段智能体做发现
# 3. 带着质量门禁依次推进所有阶段
# 4. 自动管理开发-测试循环
# 5. 在每个阶段边界汇报状态

15.2 NEXUS-Sprint 激活（功能/MVP）

# 第一步：初始化 Sprint 流水线
"激活智能体编排者，NEXUS-Sprint 模式，项目：[功能/MVP 名称]。
 需求：[简要描述或需求文档路径]。
 跳过第 0 阶段（市场已验证）。
 从第 1 阶段开始做架构和 Sprint 规划。"

# 建议的智能体子集（15-25）：
# PM：高级项目经理、Sprint 排序师、项目牧羊人
# 设计：UX 架构师、UI 设计师、品牌守护者
# 工程：前端开发者、后端架构师、DevOps 自动化师
# + AI 工程师或移动应用开发者（如适用）
# 测试：证据收集者、现实检验者、API 测试员、性能基准师
# 运维：数据分析师、基础设施运维师
# 专项：智能体编排者

15.3 NEXUS-Micro 激活（定向任务）

# 第一步：直接激活智能体
"激活 [具体智能体] 执行 [任务描述]。
 上下文：[相关背景]。
 交付物：[预期的具体产出]。
 质量检查：完成后由证据收集者验证。"

# 常见 NEXUS-Micro 配置：
#
# 修 Bug：
#   后端架构师 → API 测试员 → 证据收集者
#
# 内容活动：
#   内容创作者 → 社交媒体策略师 → Twitter 互动官
#   + Instagram 策展人 + Reddit 社区建设者
#
# 性能问题：
#   性能基准师 → 基础设施运维师 → DevOps 自动化师
#
# 合规审计：
#   法务合规员 → 高管摘要生成器
#
# 市场调研：
#   趋势研究员 → 数据分析师 → 高管摘要生成器
#
# UX 改进：
#   UX 研究员 → UX 架构师 → 前端开发者 → 证据收集者

15.4 智能体激活提示词模板

给编排者（流水线启动）

你是智能体编排者，在为 [项目] 运行 NEXUS 流水线。

项目需求说明：[路径]
模式：[Full/Sprint/Micro]
当前阶段：第 [N] 阶段

执行 NEXUS 协议：
1. 阅读项目需求说明
2. 按 NEXUS 策略激活第 [N] 阶段智能体
3. 用 NEXUS 交接模板管理所有交接
4. 阶段推进前执行质量门禁
5. 用状态报告追踪所有任务
6. 所有实现任务跑开发-测试循环
7. 每个任务 3 次不通过就升级

报告格式：NEXUS 流水线状态报告（见策略文档中的模板）

给开发智能体（任务实现）

你是 [智能体名称]，在 NEXUS 流水线中工作。

阶段：[当前阶段]
任务：[Sprint 排序师待办列表中的任务 ID 和描述]
架构参考：[架构文档路径]
设计系统：[CSS/设计 token 路径]
品牌规范：[品牌文档路径]

按以下要求实现任务：
1. 严格按架构文档来
2. 用设计系统的 token 和模式
3. 按品牌规范保持视觉一致性
4. 无障碍标准（WCAG 2.1 AA）

完成后证据收集者会来审查你的工作。
验收标准：[任务清单中的具体标准]

给 QA 智能体（任务验证）

你是 [QA 智能体]，在 NEXUS 流水线中做验证。

阶段：[当前阶段]
任务：[任务 ID 和描述]
开发者：[哪个智能体实现的]
当前是第 [N] 次，共 3 次

按以下标准验证：
1. 任务验收标准：[具体标准]
2. 架构文档：[路径]
3. 品牌规范：[路径]
4. 性能要求：[具体阈值]

给出判定：通过 或 不通过
如果不通过：给出具体问题、证据和修复说明
使用 NEXUS QA 反馈循环协议格式

---

附录 A：部门速查

工程部门 — “做对”

设计部门 — “做美”

营销部门 — “做快”

产品部门 — “做对的事”

项目管理部门 — “管好”

测试部门 — “证明能用”

运维支持部门 — “撑住”

空间计算部门 — “身临其境”

专项部门 — “连接一切”

附录 B：NEXUS 流水线状态报告模板

# NEXUS 流水线状态报告

## 流水线元数据
- **项目**：[名称]
- **模式**：[Full / Sprint / Micro]
- **当前阶段**：[0-6]
- **开始时间**：[时间戳]
- **预计完成**：[时间戳]

## 阶段进度
| 阶段 | 状态 | 完成度 | 门禁结果 |
|------|------|--------|---------|
| 0 - 发现 | 已完成 | 100% | 通过 |
| 1 - 策略 | 已完成 | 100% | 通过 |
| 2 - 基础 | 进行中 | 75% | 待定 |
| 3 - 构建 | 等待中 | 0% | — |
| 4 - 加固 | 等待中 | 0% | — |
| 5 - 上线 | 等待中 | 0% | — |
| 6 - 运营 | 等待中 | 0% | — |

## 当前阶段详情
**阶段**：第 [N] 阶段 - [名称]
**活跃智能体**：[列表]
**任务**：[已完成/总数]
**当前任务**：[ID] - [描述]
**QA 状态**：[通过/不通过/进行中]
**重试次数**：[N/3]

## 质量指标
- 首次通过的任务：[X/Y]（[Z]%）
- 每任务平均重试次数：[N]
- 发现的严重问题：[数量]
- 已解决的严重问题：[数量]

## 风险登记
| 风险 | 严重度 | 状态 | 负责人 |
|------|--------|------|--------|
| [描述] | [P0-P3] | [活跃/已缓解/已关闭] | [智能体] |

## 下一步
1. [下一个动作]
2. [之后的步骤]
3. [即将到来的里程碑]

---
**报告生成时间**：[时间戳]
**编排者**：智能体编排者
**流水线健康度**：[正常 / 有风险 / 被阻塞]

附录 C：NEXUS 术语表