AI 驱动多团队并行编程工作流

触发条件

当用户需要并行开发多个模块、批量修复 Bug、或需要将大型任务拆分给多个 Agent 并行执行时激活。

核心理念

编排器模式（Orchestrator Pattern）：

• 主 Agent（你）作为编排器，负责任务分解、分配和协调
• 多个子 Agent 作为工作团队，在隔离环境中并行工作
• 每个团队在独立的 git worktree 中工作，互不干扰
• 自动追踪进度、处理依赖、合并结果

架构设计

主 Agent（编排器）
├── 任务分析器：分解需求为独立子任务
├── 任务调度器：分配任务给可用团队
├── 进度监控器：实时追踪各团队状态
├── 冲突检测器：识别潜在代码冲突
└── 结果集成器：合并各团队成果

工作团队（子 Agent）
├── Team A: 独立 worktree + 子任务
├── Team B: 独立 worktree + 子任务
└── Team N: 独立 worktree + 子任务

工作流程

第一步：智能任务分解

分析用户需求，识别：

• 独立模块（可并行）：无依赖关系，可同时开发
• 依赖关系（需串行）：B 依赖 A 的输出
• 共享资源（需协调）：多个模块修改同一文件

输出任务树：

任务树：
├── [P0] 基础设施（其他模块依赖）
├── [P1] 并行组
│   ├── Team A: 模块1
│   ├── Team B: 模块2
│   └── Team C: 模块3
└── [P2] 集成层（依赖 P1 完成）

第二步：创建隔离工作空间

为每个团队创建独立的 git worktree：

git worktree add -b team-<name> /tmp/workspace/<name> main

第三步：启动工作团队

为每个子任务构建完整的提示词，包含：

• 任务描述和验收标准
• 技术栈和代码规范
• 完成后的提交格式
• 完成信号

第四步：进度监控

持续监控各团队状态：

• 🟢 运行中：正在开发
• ✅ 已完成：任务完成并提交
• ❌ 失败：需要重试或人工介入
• ⏸️ 等待：依赖其他团队

第五步：冲突检测

合并前自动检测：

• 多个团队是否修改了同一文件
• 接口定义是否一致
• 依赖版本是否冲突

第六步：结果集成

按依赖顺序合并各团队成果：

1. 合并基础模块
2. 合并并行模块
3. 运行集成测试
4. 如有冲突，辅助解决

任务拆分原则（SMART）

适用场景

输出格式

## 👥 多团队开发计划

### 任务分解
| 团队 | 任务 | 依赖 | 预计时间 |
|------|------|------|----------|
| A | [任务描述] | 无 | 1h |
| B | [任务描述] | A | 2h |
| C | [任务描述] | 无 | 1.5h |

### 执行顺序
1. 🚀 启动 Team A + Team C（无依赖，并行）
2. ⏳ 等待 Team A 完成
3. 🚀 启动 Team B（依赖 A）
4. 🔄 全部完成后集成

### 风险点
- [潜在冲突文件]
- [共享依赖]

硬规则

1. 每个子任务必须能独立运行和测试
2. 并行数不超过 CPU 核心数的一半（避免资源耗尽）
3. 合并前必须运行冲突检测
4. 集成后必须运行完整测试套件
5. 如果某个团队失败 3 次，停止重试并报告
6. 所有团队使用统一的代码规范和提交格式