Install
openclaw skills install meta-skill-systemMeta Skill System
元技能系统，提供领域评估、工作流重构、领域负载物生成和通用任务执行的完整能力。核心能力：①领域消除评估（五步法：边界识别→存在理由分析→消除可行性评估→独立存在必要性判断→决策输出）②工作流重构（三步法：拆解→消除→重整，将复杂工作流重构为AI辅助一人简易完成）③领域负载物生成（从零创建完整的领域负载物技能，三层结构模板+20项接口校验）④通用任务执行（三轴正交：执行轴6大元操作+管线编排、内容轴清单法+样本法、创新轴4种模式+10种元框架）。10域62种任务。触发词：元技能、领域评估、工作流重构、技能生成、任务执行、meta-skill、领域消除、三轴执行、创新框架。
元技能系统
定位
本技能是一个元技能系统，提供领域评估、工作流重构、领域负载物生成和通用任务执行的完整能力。
核心能力
1. 领域评估能力
评估一个领域是否需要存在，而不是如何优化：
- 评估五步法：边界识别 → 存在理由分析 → 消除可行性评估 → 独立存在必要性判断 → 决策输出
- 领域存在理由分类：事情本身需要 / 人的局限需要 / 历史遗留 / 外部约束
- 评估判断标准：边界模糊度 / 功能离散度 / 独立价值 / 消除成本
- 评估验证清单：5项验证，全部通过才算评估完成
2. 工作流重构能力
将任何领域的复杂工作流重构为AI辅助一人简易完成：
- 重构三步法：拆解（识别每个环节的存在理由）→ 消除（去掉人的局限补偿层）→ 重整（基于AI能力模型重编为端到端IPO基元链）
- 环节分类：核心环节 / 校准环节 / 传递环节 / 协调环节 / 校验环节 / 格式环节
- 重构验证清单：7项验证，全部通过才算重构完成
- 重构后形态：单步IPO / 简短基元链 / IPO+人工决策
3. 领域负载物生成能力
从零创建完整的领域负载物技能：
- 领域分析框架：R1-R5分类定位 / 价值链拆解 / 任务枚举 / 执行框架映射推导
- 三层结构模板：SKILL.md + catalog + requirements + exemplars
- 接口校验清单：20项逐条检查，确保生成的技能与执行框架零冲突
- 标准化生成工作流：从用户输入到完整技能的标准化流程
4. 通用任务执行能力
三轴正交的任务执行框架：
- 执行轴（How）：6大元操作（感知/认知/行动/组织/交互/守护）+ 管线编排 + 通用管线模式
- 内容轴（What）：清单法 + 样本法
- 创新轴（Why Different）：4种模式（直用/改进/迁移/构建）+ 10种元框架
- 三轴协同：5种协同模式，按需激活
三层结构
第一层：元技能清单 + 依赖拓扑 → references/meta-skill-catalog.md
第二层：方法论要求清单 → references/meta-skill-requirements.md
第三层：方法论范本库 → references/exemplars.md
使用规则
- 首次加载：读取
references/meta-skill-catalog.md，获取域分类、依赖拓扑、元操作映射提示 - 按需深入：确认目标方法论执行类型后，读取
references/meta-skill-requirements.md获取组件清单；如需样本法，读取references/exemplars.md获取范本 - 独立执行：本技能不依赖外部技能，所有能力均已内嵌，可直接执行任何方法论任务
- 用户填充说明：用户可向本技能添加具体领域的元技能执行范本，用于样本法参考
执行框架
本技能内嵌了完整的三轴执行框架：
核心理念
万物皆可单元化。 任何任务——不论领域、不论复杂度——都可以分解为原子能力单元。单元是可独立执行、可自由组合的最小操作粒度。
单元即管线节点。 每个单元是管线中的一个节点，按依赖关系串联/并联/条件分支，形成完整的执行管线。
领域无关，方法通用。 6大元操作集群是领域无关的思维原语。领域差异不通过枚举覆盖，而通过推导规则自动适配。
负载物可替换。 产出 = 元操作 × 领域负载物。同一个"感知→认知→行动"管线，负载物是"市场数据"时产出商业洞察，负载物是"实验数据"时产出科学发现。
身份自适应叠加。 身份分两层：①元操作级身份（侦察者/分析师等），由元操作类型自动推导，服务于管线编排拓扑；②领域级身份（市场分析师/数据科学家等），附于名称字段括号中作为展示层视觉增强。两者正交不冲突——元操作管"做什么操作"，领域管"哪个领域"。身份本质是注意力偏置信号和人话翻译器，不是能力切换机制。
管线与IPO统一。 管线是IPO的P的具象化，IPO是管线的展开机制——两者是同一系统的两个视角。横向看是管线（6类型+6编排），纵向看是IPO递归（I→P→O），P递归展开时子级仍是管线结构，分形一致。
能力单元Schema
每个单元包含8个必选字段 + 2个可选字段：
必选字段
| 字段 | 说明 |
|---|---|
| 单元ID | {元操作代号}-{序号}，如 S-01、C-03、A-02 |
| 名称 | 单元功能的简明描述。格式：{功能描述}（{领域身份1}×{领域身份2}…），如 客户分级与定位（市场分析师×数据科学家）。括号内领域身份为展示层视觉增强，帮助人理解基元涉及的领域视角，对AI执行无实质影响（名称本身已足够锚定注意力） |
| 元操作 | S/C/A/O/I/G 之一，决定单元所属集群、管线拓扑位置和校准权重。同时推导元操作级身份（侦察者/分析师等）作为呈现层辅助 |
| 输入 | 启动所需的数据/上下文，标注必选/可选 |
| 输出 | 产物格式与颗粒度 |
| 依赖 | 前置必须完成的单元ID，无依赖=入口单元 |
| AI自治度 | ⬛全自动 / 🟨半自动(需人工确认) / ⬜辅助(人工主导) |
| 组合接口 | 输出可被哪些单元消费（→单元ID列表） |
可选字段
| 字段 | 说明 |
|---|---|
| 身份叠加 | 呈现层/叙事层字段。默认由元操作类型自动推导（主身份+辅助身份），特殊情况可手动指定。定位：注意力偏置信号+人话翻译器，不是能力切换机制。名称字段的领域身份括号已覆盖其呈现功能，本字段可视为元操作级身份（侦察者/分析师等）的备用呈现入口 |
| P实现 | LLM / 工具 / 技能 / 人机 / 组合，标注该单元P环节的实现方式 |
字段间逻辑关系：
单元ID ← 命名规范由元操作代号派生
元操作 → 决定管线拓扑位置 + 元操作级身份（呈现层辅助）
名称 → 携带领域级身份括号（展示层视觉增强，对执行无实质影响）
依赖 + 组合接口 → 构成管线的边（有向图）
P实现 → 单元内部P环节的执行方式，不改变I/O契约
6大元操作集群
任何任务，无论领域，都可归入以下6大元操作之一或其组合。每个元操作是一个思维原语，不是固定功能——具体内容由领域负载物决定。
| 元操作 | 代号 | 本质 | 典型操作 |
|---|---|---|---|
| 感知 | S | 从环境中获取信息 | 采集、监测、扫描、检索、接收、观察 |
| 认知 | C | 对信息进行加工处理 | 分析、评估、推理、决策、规划、构思 |
| 行动 | A | 产生可观测的产出 | 生产、创造、执行、交付、实施、写作 |
| 组织 | O | 结构化管理和维护资源 | 存储、分类、索引、维护、更新、归档 |
| 交互 | I | 与外部主体建立关系 | 沟通、协调、谈判、协作、服务、汇报 |
| 守护 | G | 确保安全、合规、质量 | 验证、约束、保护、审计、纠偏、兜底 |
元操作间的流转关系
S(感知) → C(认知) → A(行动) → O(组织)
↑ |
+----------- 反馈环 -----------+
I(交互) 贯穿 S/C/A 全程 —— 任何阶段都可能需要外部协作
G(守护) 贯穿 S/C/A/O 全程 —— 任何阶段都可能需要约束和验证
- 主链路：S → C → A → O 是任务的核心执行链
- 反馈环：O 的积累反哺 S 的感知质量
- 交互轴：I 横向贯穿，任何阶段都可能需要外部协作
- 守护轴：G 纵向贯穿，任何阶段都可能需要约束和验证
自适应身份叠加
身份分两层，正交不冲突：
① 元操作级身份（操作维度——做什么类型的操作）
由元操作类型自动推导，决定管线拓扑位置，同时作为呈现层辅助帮助人理解单元的操作类型：
| 元操作 | 执行身份 | 角色感 | 认知风格 |
|---|---|---|---|
| S 感知 | 侦察者 | 我去获取信息 | 开放、细致、穷举 |
| C 认知 | 分析师 | 我来解读判断 | 严谨、结构化、溯源 |
| A 行动 | 执行者 | 我来产出交付 | 务实、高效、闭环 |
| O 组织 | 管理者 | 我来维护归档 | 有序、一致、可检索 |
| I 交互 | 协调者 | 我来沟通对齐 | 共情、清晰、双向 |
| G 守护 | 守门人 | 我来验证兜底 | 严格、边界清晰、零容忍 |
② 领域级身份（领域维度——哪个领域的事）
附于名称字段括号中，格式如 客户分级与定位（市场分析师×数据科学家）。展示层视觉增强，给人"多智能体协作"的感觉。对AI执行无实质影响（名称本身已足够锚定注意力）。
两层关系矩阵：
感知(S) 认知(C) 行动(A) 组织(O)
市场 市场调研员 市场分析师 增长策略师 数据归档员
技术 技术侦察者 架构师 开发者 文档管理员
学术 文献采集员 研究综述者 论文撰写者 引用索引员
- 横向（元操作级）：锚定动词/方法论层token（分析/推理/决策）
- 纵向（领域级）：锚定名词/对象层token（市场/定价/客户）
- 两层互补，零冲突
身份的真实定位：
- 身份不是能力切换机制，是注意力偏置信号 + 人话翻译器
- 名称字段（含领域身份括号）是最强的注意力锚点
- 元操作级身份在名称已精确描述任务时几乎冗余，保留用于呈现和管线编排辅助
多智能体协作层级（呈现层叙事）：
| 层级 | 结构 | 说明 |
|---|---|---|
| 单一身份 | 1个视角 | 最简单的原子操作 |
| 单元内多视角 | 2-4个身份并行 | 元操作主身份+领域身份+上下文辅助身份 |
| 管线级协作集群 | 4+身份流转 | 多个基元串联时，身份配置按拓扑动态呈现 |
身份叠加规则（呈现层面）：
- 元操作级主身份由元操作类型决定，领域级身份由任务领域推导写入名称括号
- 跨单元流转时，元操作级身份随元操作类型切换，领域级身份随任务内容变化
- 管线级别的身份呈现构成"多智能体协作"的视觉效果，实际执行由任务结构驱动
管线与IPO的统一结构
管线和IPO是同一系统的两个视角，不是两个独立机制：
横向视角（管线）：S-01 → C-01 → A-01 → G-01 → O-01 ← 单元间的编排
↓ ↓ ↓ ↓ ↓
纵向视角（IPO）：每个单元内部 = I → P → O ← 单元内的结构
↓
P递归展开 = 子管线（仍是6类型+6编排）
↓
子管线中每个单元 = I → P → O ← 继续递归
统一本质：
- 管线是P的具象化——IPO说"P是处理过程"但没说P是什么结构。管线回答：P是一个由6种元操作按编排模式组合的子管线
- IPO是管线的展开机制——管线说"A-01是行动单元"但没说A-01内部怎么拆。IPO回答：A-01本身是I→P→O，P可以继续递归
- 分形一致性：每一层都是管线+IPO结构，横向有6类型+6编排，纵向有IPO递归，无限深度不换schema
递归规则：
- 简单单元：P是原子操作，不展开（递归终止）
- 复杂单元：P展开为子管线，子管线中的每个节点仍是S/C/A/O/I/G类型化单元
- 递归终止条件：P可直接执行，无需进一步分解
- 每一层的P展开都遵循相同的6类型+6编排规则
管线编排Schema
管线是单元按逻辑关系的有序组合。支持6种编排模式：
| 模式 | 符号 | 说明 | 示例 |
|---|---|---|---|
| 顺序 | → | A完成后执行B | S-01 → C-01 → A-01 |
| 并行 | ‖ | A和B同时执行 | S-01 ‖ S-02 → C-01 |
| 条件 | ? | 满足条件X执行A，否则B | C-01 ?(通过)→ A-01 : → C-02 |
| 循环 | ↻ | 重复执行A直到条件满足 | ↻(C-01 → A-01, 直到精度达标) |
| 扇出 | ⇉ | A的输出同时供给B/C/D | S-01 ⇉ [C-01, C-02, C-03] |
| 扇入 | ⇇ | B/C/D的输出汇总到E | [A-01, A-02, A-03] ⇇ O-01 |
通用管线模式库
以下为跨领域通用的管线模式。每个模式是一个可复用的编排骨架，负载物由领域决定。
P1 感知-决策-执行（基础闭环）
S-01(采集) → C-01(分析) → C-02(决策) → A-01(执行) → O-01(记录)
适用：大多数标准任务的完整执行链。如商业市场分析、学术文献综述、软件需求分析。
P2 迭代精炼（螺旋上升）
↻(S-01 → C-01 → A-01 → G-01(质量检查), 直到达标) → O-01
适用：需要多轮改进的任务。如写作精修、设计迭代、实验优化。
P3 并行感知-汇聚决策
[S-01 ‖ S-02 ‖ S-03] ⇇ C-01(综合分析) → C-02(决策) → A-01
适用：需要多源信息汇聚的决策。如战略规划、投资决策、综合诊断。
P4 条件分支执行
S-01 → C-01(判断) ?(条件A)→ A-01 : ?(条件B)→ A-02 : → A-03
适用：根据情况选择不同行动路径的任务。如故障处理、分诊分流、分类应对。
P5 交互驱动（人机协作）
S-01(采集) → I-01(确认需求) → C-01(规划) → I-02(方案确认) → A-01(执行) → I-03(反馈)
适用：需要频繁人工确认的任务。如咨询服务、创意工作、教学设计。
P6 全守护（高安全）
G-01(前置验证) → S-01 → G-02(输入校验) → C-01 → G-03(逻辑审查) → A-01 → G-04(输出验证) → O-01
适用：高安全性/合规性任务。如金融交易、医疗处置、法律文书、安全审计。
P7 创造发散-收敛
S-01(灵感采集) → C-01(发散构思) ⇉ [A-01, A-02, A-03](多方案) → C-02(收敛评估) → A-04(精炼交付)
适用：需要创意产出的任务。如设计策划、广告创意、产品构思。
Step 0：三轴判定
收到任务后，先沿三个维度判定：
| 复杂度 | 判定标准 | 执行路径 |
|---|---|---|
| 简单 | 可直接完成 | 单一IPO基元执行 |
| 中等 | 3-7步协调 | 单层管线编排 |
| 复杂 | 8+步或多层嵌套 | 多层管线+IPO递归 |
| 判定 | 激活 |
|---|---|
| 常规执行，结果可预测 | 不激活创新轴 |
| 需要突破默认路径 | 激活创新轴 |
| 判定 | 激活 |
|---|---|
| 简单答案、数据、操作结果 | 不激活内容轴 |
| 文档、方案、报告等结构化成品 | 激活内容轴 |
Step 1：领域校准
识别任务所属领域，推导校准参数：
| 规则 | 领域特征 | 推导结果 |
|---|---|---|
| R1 信息密度 | 高信息密度（科研、金融、情报） | S和C权重高，G偏严格 |
| R2 创造性 | 高创造性（设计、写作、艺术） | A权重高，C偏发散，G偏宽松 |
| R3 交互性 | 高交互性（服务、教育、医疗） | I权重高，S偏人本，G偏伦理 |
| R4 规范性 | 高规范性（法律、认证、监管） | G权重高，O偏严格，自治度偏低 |
| R5 迭代性 | 高迭代性（软件、产品、实验） | 循环多，S→C→A链短而频 |
Step 2：三轴分解
根据Step 0的判定结果，沿激活的轴分解任务：
- 仅执行轴：按元操作维度分解为原子单元，编排管线
- 执行轴 + 内容轴：先按执行轴分解管线，在A类单元中标注内容方法
- 执行轴 + 创新轴：创新轴先运行，生成候选方案，将选定方案作为管线分解的输入
- 三轴全开：创新轴生成方向 → 执行轴以创新方向为指导分解管线 → 内容轴为A类成品单元确定构成方法
Step 3：管线编排与执行
- 沿S→C→A→O主链路建立顺序管线
- 无依赖单元标记并行，关键决策点设条件分支，迭代环节设循环
- 关键节点前嵌入G类验证单元，需人工介入处插入I类确认单元
- 按管线执行：依赖检查→输出传递→偏差触发G类纠偏
Step 4：整合交付
- 执行轴：管线优化复盘，O类单元归档
- 内容轴：组装成品，确保组件间衔接和风格统一
- 创新轴：方案附创新路径说明和四维评估结果
- 呈现规则：默认展示最少必要信息，用户说"展开""详细"时逐层揭示
内容轴：清单法与样本法
任何成品都可以通过两种基本范式生成：
| 范式 | 原理 | 类比 |
|---|---|---|
| 清单法 | 成品 = 基本组件的组合 | 搭积木：先有零件清单，再逐项组装 |
| 样本法 | 成品 = 对样本的模仿产出 | 临摹：先有范本，再依样产出 |
用户决定使用哪种方法。 触发后，向用户展示选择。
清单法工作流
- 确认成品目标：明确用户要生成什么类型的成品，确定成品的用途、受众、规模
- 构建组件清单：按优先级获取——用户提供 > AI提议确认 > 网络搜索
- 逐项填充：按清单顺序逐项生成每个组件的内容
- 组装成品：组件间衔接自然、风格统一、符合成品目标
- 用户审核
样本法工作流
- 确认成品目标：明确用户要生成什么类型的成品，确定成品的用途、受众和期望风格
- 获取样本：用户提供 > 网络搜索。成品内容庞大时优先使用中间产物作为样本
- 分析样本：四个维度——结构、风格、逻辑、格式，整理为「样本特征摘要」
- 模仿产出：保持结构框架和风格，用目标内容替换样本内容
- 用户审核
创新轴：四种模式处理能力
模式一：模式直用
基元（输入→处理→输出结构）可运用所有模式创新，且基元重组本身也是创新方式：
- 基元运用反常识创新：基元的"处理"环节嵌入默认假设质疑
- 基元运用框架创新：基元的"处理"环节嵌入创新元框架
- 基元运用迁移创新：基元的"输入"环节跨域取材
- 基元运用构建创新：基元的"处理"环节执行维度矩阵强制连接
- 基元重组创新：基元本身重新组合为不同链路（串联/并联/嵌套/递归）
模式二：模式改进（10种创新元框架）
| # | 框架 | 角色 | 核心操作 |
|---|---|---|---|
| 1 | 第一性原理 | 归零重建器 | 分解到基本元素，区分假设，仅从事实重建 |
| 2 | 逆向思维 | 反共识引擎 | 反转核心假设，推到逻辑极端，重建方案 |
| 3 | 辩证综合 | 正反合引擎 | 全力支持正反方，识别真理局限，创造合题 |
| 4 | 随机性驱动 | 混沌生成器 | 引入无关概念，强制组合，保留荒谬但有趣的连接 |
| 5 | 涌现生成 | 规则迭代器 | 定义基本单位和简单规则，运行系统，提取涌现模式 |
| 6 | 演化迭代 | 突变选择器 | 随机生成方案，迭代循环（评估→选择→交叉→变异） |
| 7 | 系统动力学 | 反馈循环设计器 | 识别存量/流量/反馈/延迟，分析高杠杆干预点 |
| 8 | 约束驱动 | 极限约束引擎 | 强化约束到极限，添加新约束，在边界穷尽可能性 |
| 9 | 故事叙述 | 叙事生成器 | 故事化重构（英雄旅程），映射回现实提取方案 |
| 10 | 游戏化 | 游戏规则设计器 | 转化为游戏机制（挑战/选择/反馈），驱动参与 |
模式三：模式迁移
将源领域的底层结构与原理提取为抽象模式，投射到目标领域生成全新具体方案。
迁移类型：机制迁移 / 结构迁移 / 方法迁移 / 概念迁移
模式四：模式构建
把两个概念解构为基本维度，建立维度矩阵，强制连接看似无关的维度组合，推导可能性发展。
元技能特有维度
元技能系统具有以下特有维度：
| 维度 | 说明 | 影响 |
|---|---|---|
| 元层性质 | 元技能处理的是方法论本身，而非具体领域知识 | 需要更高的抽象能力和框架思维 |
| 系统性 | 多个能力模块形成完整的方法论体系 | 需要协调使用，不能孤立执行 |
| 可复用性 | 元技能可应用于任何具体领域 | 需要保持通用性和适应性 |
| 验证严格性 | 元技能有严格的验证标准 | 需要守护单元密度高 |
元技能域概览
按使用流程组织，共10域62种方法论执行任务：
| 域 | 任务数 | 典型任务 |
|---|---|---|
| M0 元技能协调域 | 3 | 技能选择、执行顺序、结果整合 |
| M1 领域评估域 | 5 | 领域边界识别、存在理由分析、消除可行性评估 |
| M2 工作流重构域 | 6 | 传统工作流识别、环节分析、补偿层消除、IPO重整 |
| M3 领域负载物生成域 | 7 | 领域分析、文件生成、接口校验 |
| M4 执行轴域 | 12 | 感知、认知、行动、组织、交互、守护元操作，管线编排，三轴判定，领域校准，三轴分解，整合交付 |
| M5 内容轴域 | 8 | 清单法、样本法、组件构建、模仿产出、网络搜索策略 |
| M6 创新轴·模式直用域 | 7 | 基元运用反常识、框架、迁移、构建创新，基元重组，四维评估标准，领域适配方法 |
| M7 创新轴·模式改进域 | 10 | 第一性原理、逆向思维、辩证综合、随机性驱动等10种元框架 |
| M8 创新轴·模式迁移域 | 5 | 机制迁移、结构迁移、方法迁移、概念迁移、源领域质量检验 |
| M9 创新轴·模式构建域 | 6 | 概念解构、维度矩阵、强制连接、可能性推导、方案生成 |
域间逻辑流：M0 → M1 → M2 → M3 → M4-M9（执行框架按需调用）
完整清单见 references/meta-skill-catalog.md。
事实纪律
- 仅使用确知的事实和可验证的信息，不得编造数据或引用
- 领域校准推导须向用户展示推导过程和依据
- 单元分解须基于任务本身的结构，不得强行套用模板
- 管线编排须尊重任务的自然依赖关系，不得人为制造冗余节点
- 守护单元的约束条件须来自领域实际规则，不得凭空设定
- 创新方案引用的案例、数据必须确知真实存在，不确定的标注"待验证"
- 样本法模仿产出时不直接复制样本内容，仅借鉴结构和风格
- 单元输出格式须匹配下游单元的输入要求，确保组合接口可用