架构决策框架

6.1 决策树：Single vs Multi-Agent

开始决策
    │
    ↓
┌─────────────────────────────────────────┐
│ Q1: 任务是否需要专业知识差异很大的领域？ │
│     (如法律 + 医疗 + 财务)              │
└─────────────────────────────────────────┘
    │
    ├─ 是 → Multi-Agent (领域专业化)
    │
    └─ 否 ↓
        ┌─────────────────────────────────┐
        │ Q2: 是否需要并行执行多个子任务？  │
        └─────────────────────────────────┘
            │
            ├─ 是 → Multi-Agent (并行化)
            │
            └─ 否 ↓
                ┌─────────────────────────────────┐
                │ Q3: 工具数量是否 > 20？          │
                └─────────────────────────────────┘
                    │
                    ├─ 是 → 考虑 Multi-Agent 或 Tool Routing
                    │
                    └─ 否 ↓
                        ┌─────────────────────────────────┐
                        │ Q4: 不同模块是否需要独立部署？  │
                        └─────────────────────────────────┘
                            │
                            ├─ 是 → Multi-Agent (解耦部署)
                            │
                            └─ 否 → Single-Agent + Skills

6.2 架构选择的定量指标

指标	Single-Agent 适合	Multi-Agent 适合
工具数量	< 20	> 20
Skills 数量	< 30	> 30
领域数量	1-2 个	> 3 个
并行需求	低	高
延迟要求	严格 (< 2s)	宽松 (> 5s)
团队规模	小团队 (1-3 人)	大团队 (> 5 人)
独立部署需求	无	有

6.3 架构演进路径

白皮书推荐从简单开始，按需演进：

Phase 1: Single-Agent + Skills
    │
    │ 触发条件: 工具 > 20 或 Skills > 30
    ↓
Phase 2: Single-Agent + Tool Router
    │
    │ 触发条件: 需要并行或领域专业化
    ↓
Phase 3: Orchestrator-Workers (2-3 Workers)
    │
    │ 触发条件: Workers 变得复杂
    ↓
Phase 4: Hierarchical (如果需要)
    │
    │ 触发条件: 需要去中心化
    ↓
Phase 5: Peer-to-Peer (罕见)

关键原则: 不要过早引入复杂性。能用 Single-Agent 解决的，不要用 Multi-Agent。

---