02-agent-architecture.md 7.01 KB

Edit Raw Blame History


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 之间的制衡机制:
// 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 职责:


接收 CXO 下发的任务
用领域知识拆解为 Skill Agent 可执行的子任务
调度 Skill Agent 并行执行
汇总结果并向 CXO 汇报
独立进行领域级反思和策略优化


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 即可。