# 5. 元能力:动态 Pipeline 与组织架构 > v1.1 → v1.2 — 元能力分布在 Master 和 CXO 两层,职责分明。 ## 5.1 框架 vs Agent 的分界线 ``` ┌─────────────────────────────────────────────────────────────────┐ │ LemonBoss 框架层 │ │ │ │ 提供: Agent 生命周期 / Loop 引擎 / 四层调度 / 沙盒 / 通讯 │ │ 不管: 爬虫怎么写 / 数据库用什么 / 视频怎么剪 / 文章怎么发 │ │ │ ├─────────────────────────────────────────────────────────────────┤ │ Agent 沙盒层 │ │ │ │ 每个 Agent 在沙盒内自主决定: │ │ - 写什么代码、用什么数据库、调什么 API、存什么文件 │ │ LemonBoss 不预设也不限制 Agent 内部实现 │ │ │ └─────────────────────────────────────────────────────────────────┘ ``` ## 5.2 元能力分层 | 层级 | 元能力 | 说明 | |------|--------|------| | **Master** | `cxo.create` / `cxo.redefine` / `cxo.destroy` | 创建/调整战略层 | | **Master** | `org.status` / `goal.set` | 全局状态 + 目标设定 | | **CXO** | `role.create` / `role.redefine` / `role.destroy` | 创建/调整职能层 | | **CXO** | `pipeline.set` / `pipeline.adjust` | 设计和调整 Pipeline DAG | | **Role** | `skill.create` / `skill.redefine` / `skill.destroy` | 创建/调整原子层 | | **Role** | `skill.reuse` | 复用其他 Role 下的 Skill | ```javascript // Master 的元操作工具 const MasterMetaTools = { 'cxo.create': async ({ name, define, goal }) => { /* 创建 CXO */ }, 'cxo.redefine': async ({ agentId, newDefine }) => { /* 重定义 CXO */ }, 'cxo.destroy': async ({ agentId }) => { /* 销毁 CXO */ }, 'org.status': async () => { /* 全局组织状态 */ }, 'goal.set': async ({ goal }) => { /* 设定公司 Goal */ }, }; // CXO 的元操作工具 const CXOMetaTools = { 'role.create': async ({ name, define, parentCXO, goal }) => { /* 创建 Role */ }, 'role.redefine': async ({ agentId, newDefine }) => { /* 重定义 Role */ }, 'role.destroy': async ({ agentId }) => { /* 销毁 Role */ }, 'pipeline.set': async ({ edges }) => { /* 定义 Pipeline DAG */ }, 'pipeline.adjust': async ({ changes }) => { /* 调整 Pipeline */ }, }; // Role 的元操作工具 const RoleMetaTools = { 'skill.create': async ({ name, define, goal }) => { /* 创建 Skill */ }, 'skill.redefine': async ({ agentId, newDefine }) => { /* 重定义 Skill */ }, 'skill.destroy': async ({ agentId }) => { /* 销毁 Skill */ }, 'skill.reuse': async ({ skillId, fromRole }) => { /* 跨 Role 复用 Skill */ }, }; ``` ## 5.3 Pipeline 的生成流程 Pipeline 不再是 Master 直接设计的——它由 **CXO 层协商产出**: ``` Master 设定 Goal: "月产 20 部互动短剧,日活 10 万" │ ▼ CEO Agent (中书) 草拟方案: → "需要 5 个 Role: 编剧、制作、运营、推广、数据" → "Pipeline: 选题→剧本→制作→上架→推广→反馈→选题" │ ▼ CTO Agent (门下) 审复: → "技术审核通过,建议制作环节拆为并行:场景+对白+分镜" → "增加 Deep Research Skill 到编剧 Role" │ ▼ COO Agent (尚书) 执行: → role.create × 5 → pipeline.set → 定义 DAG → 启动调度 │ ▼ Pipeline DAG (存储在 CXO 的共享 Memory 中): { "pipeline_id": "drama-v3", "edges": [ { "from": "role-strategist", "to": "role-dramatist", "trigger": "on_complete" }, { "from": "role-dramatist", "to": "role-producer", "trigger": "on_complete" }, { "from": "role-producer", "to": "role-publisher", "trigger": "on_complete" }, { "from": "role-publisher", "to": "role-promoter", "trigger": "on_complete" }, { "from": "role-promoter", "to": "role-analyst", "trigger": "on_complete" }, { "from": "role-analyst", "to": "role-strategist", "trigger": "on_feedback" } ], "version": 3, "approved_by": ["cxo-ceo", "cxo-cto", "cxo-coo"] } ``` ## 5.4 元能力的层级约束 ``` Master 只能操控 CXO(不会直接创建 Role 或 Skill) CXO 只能操控 Role(不会直接创建 Skill) Role 只能操控 Skill 每层只管下一层 → 层层递进 → 避免越级 ``` 这与古代治理的核心原则一致:**天子→宰相→六部→吏胥**,层层递进,各司其职。