# 2. 四层 Agent 架构

```
                    ┌──────────────┐
                    │    Master    │  ← Layer 1 (道): 御前 — 人机共识
                    │  (Sovereign) │
                    └──────┬───────┘
                           │
              ┌────────────┼────────────┐
              │            │            │
        ┌─────▼─────┐ ┌───▼─────┐ ┌───▼─────┐
        │  CEO       │ │  CTO    │ │  COO    │  ← Layer 2 (法): 三省 — 战略决策
        │  CXO Agent │ │CXO Agent│ │CXO Agent│     制衡与审核
        └─────┬──────┘ └───┬─────┘ └───┬─────┘
              │            │            │
        ┌─────▼─────┐ ┌───▼─────┐ ┌───▼─────┐
        │  编剧部    │ │  开发部  │ │  运营部  │  ← Layer 3 (术): 六部 — 职能执行
        │  Role Agent│ │Role Agent│ │Role Agent│
        └─────┬──────┘ └───┬─────┘ └───┬─────┘
              │            │            │
         ┌────┼────┐  ┌───┼───┐  ┌────┼────┐
         │    │    │  │   │   │  │    │    │
        ┌▼┐ ┌▼┐ ┌▼┐ ┌▼┐ ┌▼┐ ┌▼┐ ┌▼┐ ┌▼┐ ┌▼┐   ← Layer 4 (器): 吏治 — 原子执行
        │S│ │S│ │S│ │S│ │S│ │S│ │S│ │S│ │S│       高度可复用
        │1│ │2│ │3│ │4│ │5│ │6│ │7│ │8│ │9│
        └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └─┘
```

> **组织不是静态的** — 除 Master 外，所有层级的 Agent 由上层根据业务需求 **动态创建和调整**。

---

## 2.1 Layer 1 — Master Agent（共识层 / 御前）

> **道**：公司的灵魂和方向。

| 属性 | 说明 |
|------|------|
| **定位** | 人机共识接口，代表"人的意志" |
| **数量** | 每个用户 **唯一一个** Master |
| **职责** | 接收模糊意图 → 转化为公司共识 → 定义价值观与判准 |
| **不做** | 不处理具体事务，不参与执行 |
| **核心能力** | 意图对齐、目标设定、元能力（动态创建/调整 CXO） |

**社会学对应**: 马克斯·韦伯的"魅力型权威"，组织的唯一出口与真实人类对接。

**Master 核心行为**:
```
用户: "我想做一个 AI 互动短剧平台"
    │
    ▼
Master Agent:
  1. 理解意图 → 将模糊想法结构化为 Goal 和价值观
  2. 设计组织 → 决定需要哪些 CXO（CEO/CTO/COO？）
  3. 调用 agent.create → 创建 CXO Agent
  4. 持续对齐 → 周期性校准 CXO 输出是否符合人类意图
```

---

## 2.2 Layer 2 — CXO Agent（战略层 / 三省）

> **法**：运行的规则、逻辑和调度算法。

| 属性 | 说明 |
|------|------|
| **定位** | 战略决策与资源调度 |
| **数量** | 多个 CXO 并存，**相互制衡** |
| **职责** | 将模糊意图 → 可执行的战略路径 → 协调资源优先级 |
| **核心能力** | 战略拆解、Pipeline 设计、跨部门协调、制衡审核 |

**古代参考**：三省制度的 **制衡逻辑**：
- **中书省 (CEO Agent)**: 草拟方案 — "我们应该做什么"
- **门下省 (CTO Agent)**: 审复方案 — "技术上能不能做、怎么做"
- **尚书省 (COO Agent)**: 总领执行 — "调动六部去做"

```
用户想法: "做一个短剧"
    │
    ▼
CEO Agent (中书):
  → "市场分析显示古装爱情题材最火，建议做 5 集互动短剧"
    │
    ▼
CTO Agent (门下):
  → "技术审核：AI 生成场景需要 4 个 Skill，预估 3 天可完成"
  → "建议：增加一个 Deep Research Skill 做竞品分析"
    │
    ▼
COO Agent (尚书):
  → "执行计划：创建编剧部、制作部、推广部三个 Role"
  → "Pipeline: 选题 → 剧本 → 制作 → 上架 → 推广 → 数据反馈"
  → 调用 agent.create 创建 Role Agent
  → 调用 pipeline.set 定义流转
```

**CXO 之间的制衡机制**:
```javascript
// CXO 之间的审核协议
{
  "jsonrpc": "2.0",
  "method": "cxo.review",
  "params": {
    "from": "cxo-ceo",
    "to": "cxo-cto",
    "proposal": { /* CEO 的方案 */ },
    "reviewType": "technical_feasibility"
  }
}
```

---

## 2.3 Layer 3 — Role Agent（职能层 / 六部）

> **术**：专业技能、领域知识和处理方法。

| 属性 | 说明 |
|------|------|
| **定位** | 垂直领域的专业执行 |
| **运行模式** | 长驻，持续监控下属 Skill Agent |
| **生命周期** | 持久化，跨 Session 保留状态 |
| **核心能力** | 领域知识图谱、专业判断、子任务拆解 |
| **局限** | 缺乏全局视角，必须听从 CXO 调度 |

**古代参考**：六部制度 — **吏、户、礼、兵、刑、工**：

| 古代六部 | Lemon Drama 对应 | 职责 |
|----------|-----------------|------|
| 礼部 (文化) | 编剧部 Role | 剧本创作、场景设计、分镜设计 |
| 工部 (建造) | 制作部 Role | 视频制作、素材加工、质量检查 |
| 户部 (财务) | 运营部 Role | 上架发布、渠道管理、成本控制 |
| 兵部 (对外) | 推广部 Role | 社交媒体推广、获客、UGC 运营 |
| 刑部 (审查) | 数据部 Role | 数据采集、分析归因、趋势预测 |
| 吏部 (人事) | 效能部 Role | 监控各 Skill 效率、优化调度 |

**Role Agent 职责**:
1. 接收 CXO 下发的任务
2. 用领域知识拆解为 Skill Agent 可执行的子任务
3. 调度 Skill Agent 并行执行
4. 汇总结果并向 CXO 汇报
5. 独立进行领域级反思和策略优化

---

## 2.4 Layer 4 — Skill Agent（原子层 / 吏治）

> **器**：具体的原子化执行工具。

| 属性 | 说明 |
|------|------|
| **定位** | 确定性执行单一任务 |
| **运行模式** | 沙盒隔离，任务级触发 |
| **生命周期** | 短暂，任务完成即销毁 |
| **决策权** | **无**。不做决策，只做执行 |
| **可复用** | ✅ **高度可复用** — 同一个 Skill 可被多个 Role 调用 |

**关键设计**：Skill Agent 不是一个"人"，而是一个 **"工具插件"**。

```
Role Agent (编剧部) 调用:
  ├── Skill: 热搜词采集器
  ├── Skill: 对白扩写器
  └── Skill: 错别字检查器

Role Agent (推广部) 也可以调用:
  ├── Skill: 热搜词采集器    ← 复用！
  ├── Skill: 小红书发布器
  └── Skill: 数据报表生成器

Role Agent (数据部) 也可以调用:
  ├── Skill: 热搜词采集器    ← 再次复用！
  └── Skill: 归因分析器
```

> **复用是第四层的核心价值**：当某个 Role 工作效率低时，不需要重写整个 Role，只需更换或升级底层的 Skill Agent 即可。