元技能系统

定位

本技能是一个元技能系统，提供领域评估、工作流重构、领域负载物生成和通用任务执行的完整能力。

核心能力

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

使用规则

1. 首次加载：读取 references/meta-skill-catalog.md，获取域分类、依赖拓扑、元操作映射提示
2. 按需深入：确认目标方法论执行类型后，读取 references/meta-skill-requirements.md 获取组件清单；如需样本法，读取 references/exemplars.md 获取范本
3. 独立执行：本技能不依赖外部技能，所有能力均已内嵌，可直接执行任何方法论任务
4. 用户填充说明：用户可向本技能添加具体领域的元技能执行范本，用于样本法参考

执行框架

本技能内嵌了完整的三轴执行框架：

核心理念

万物皆可单元化。 任何任务——不论领域、不论复杂度——都可以分解为原子能力单元。单元是可独立执行、可自由组合的最小操作粒度。

单元即管线节点。 每个单元是管线中的一个节点，按依赖关系串联/并联/条件分支，形成完整的执行管线。

领域无关，方法通用。 6大元操作集群是领域无关的思维原语。领域差异不通过枚举覆盖，而通过推导规则自动适配。

负载物可替换。 产出 = 元操作 × 领域负载物。同一个"感知→认知→行动"管线，负载物是"市场数据"时产出商业洞察，负载物是"实验数据"时产出科学发现。

身份自适应叠加。 身份分两层：①元操作级身份（侦察者/分析师等），由元操作类型自动推导，服务于管线编排拓扑；②领域级身份（市场分析师/数据科学家等），附于名称字段括号中作为展示层视觉增强。两者正交不冲突——元操作管"做什么操作"，领域管"哪个领域"。身份本质是注意力偏置信号和人话翻译器，不是能力切换机制。

管线与IPO统一。 管线是IPO的P的具象化，IPO是管线的展开机制——两者是同一系统的两个视角。横向看是管线（6类型+6编排），纵向看是IPO递归（I→P→O），P递归展开时子级仍是管线结构，分形一致。

能力单元Schema

每个单元包含8个必选字段 + 2个可选字段：

必选字段

可选字段

字段间逻辑关系：

单元ID ← 命名规范由元操作代号派生
元操作 → 决定管线拓扑位置 + 元操作级身份（呈现层辅助）
名称 → 携带领域级身份括号（展示层视觉增强，对执行无实质影响）
依赖 + 组合接口 → 构成管线的边（有向图）
P实现 → 单元内部P环节的执行方式，不改变I/O契约

6大元操作集群

任何任务，无论领域，都可归入以下6大元操作之一或其组合。每个元操作是一个思维原语，不是固定功能——具体内容由领域负载物决定。

元操作间的流转关系

S(感知) → C(认知) → A(行动) → O(组织)
    ↑                              |
    +----------- 反馈环 -----------+

I(交互) 贯穿 S/C/A 全程 —— 任何阶段都可能需要外部协作
G(守护) 贯穿 S/C/A/O 全程 —— 任何阶段都可能需要约束和验证

• 主链路：S → C → A → O 是任务的核心执行链
• 反馈环：O 的积累反哺 S 的感知质量
• 交互轴：I 横向贯穿，任何阶段都可能需要外部协作
• 守护轴：G 纵向贯穿，任何阶段都可能需要约束和验证

自适应身份叠加

身份分两层，正交不冲突：

① 元操作级身份（操作维度——做什么类型的操作）

由元操作类型自动推导，决定管线拓扑位置，同时作为呈现层辅助帮助人理解单元的操作类型：

② 领域级身份（领域维度——哪个领域的事）

附于名称字段括号中，格式如 客户分级与定位（市场分析师×数据科学家）。展示层视觉增强，给人"多智能体协作"的感觉。对AI执行无实质影响（名称本身已足够锚定注意力）。

两层关系矩阵：

         感知(S)    认知(C)    行动(A)    组织(O)
市场      市场调研员   市场分析师   增长策略师   数据归档员
技术      技术侦察者   架构师      开发者      文档管理员
学术      文献采集员   研究综述者   论文撰写者   引用索引员

• 横向（元操作级）：锚定动词/方法论层token（分析/推理/决策）
• 纵向（领域级）：锚定名词/对象层token（市场/定价/客户）
• 两层互补，零冲突

身份的真实定位：

• 身份不是能力切换机制，是注意力偏置信号 + 人话翻译器
• 名称字段（含领域身份括号）是最强的注意力锚点
• 元操作级身份在名称已精确描述任务时几乎冗余，保留用于呈现和管线编排辅助

多智能体协作层级（呈现层叙事）：

身份叠加规则（呈现层面）：

• 元操作级主身份由元操作类型决定，领域级身份由任务领域推导写入名称括号
• 跨单元流转时，元操作级身份随元操作类型切换，领域级身份随任务内容变化
• 管线级别的身份呈现构成"多智能体协作"的视觉效果，实际执行由任务结构驱动

管线与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种编排模式：

通用管线模式库

以下为跨领域通用的管线模式。每个模式是一个可复用的编排骨架，负载物由领域决定。

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：三轴判定

收到任务后，先沿三个维度判定：

Step 1：领域校准

识别任务所属领域，推导校准参数：

Step 2：三轴分解

根据Step 0的判定结果，沿激活的轴分解任务：

• 仅执行轴：按元操作维度分解为原子单元，编排管线
• 执行轴 + 内容轴：先按执行轴分解管线，在A类单元中标注内容方法
• 执行轴 + 创新轴：创新轴先运行，生成候选方案，将选定方案作为管线分解的输入
• 三轴全开：创新轴生成方向 → 执行轴以创新方向为指导分解管线 → 内容轴为A类成品单元确定构成方法

Step 3：管线编排与执行

1. 沿S→C→A→O主链路建立顺序管线
2. 无依赖单元标记并行，关键决策点设条件分支，迭代环节设循环
3. 关键节点前嵌入G类验证单元，需人工介入处插入I类确认单元
4. 按管线执行：依赖检查→输出传递→偏差触发G类纠偏

Step 4：整合交付

1. 执行轴：管线优化复盘，O类单元归档
2. 内容轴：组装成品，确保组件间衔接和风格统一
3. 创新轴：方案附创新路径说明和四维评估结果
4. 呈现规则：默认展示最少必要信息，用户说"展开""详细"时逐层揭示

内容轴：清单法与样本法

任何成品都可以通过两种基本范式生成：

用户决定使用哪种方法。 触发后，向用户展示选择。

清单法工作流

1. 确认成品目标：明确用户要生成什么类型的成品，确定成品的用途、受众、规模
2. 构建组件清单：按优先级获取——用户提供 > AI提议确认 > 网络搜索
3. 逐项填充：按清单顺序逐项生成每个组件的内容
4. 组装成品：组件间衔接自然、风格统一、符合成品目标
5. 用户审核

样本法工作流

1. 确认成品目标：明确用户要生成什么类型的成品，确定成品的用途、受众和期望风格
2. 获取样本：用户提供 > 网络搜索。成品内容庞大时优先使用中间产物作为样本
3. 分析样本：四个维度——结构、风格、逻辑、格式，整理为「样本特征摘要」
4. 模仿产出：保持结构框架和风格，用目标内容替换样本内容
5. 用户审核

创新轴：四种模式处理能力

模式一：模式直用

基元（输入→处理→输出结构）可运用所有模式创新，且基元重组本身也是创新方式：

1. 基元运用反常识创新：基元的"处理"环节嵌入默认假设质疑
2. 基元运用框架创新：基元的"处理"环节嵌入创新元框架
3. 基元运用迁移创新：基元的"输入"环节跨域取材
4. 基元运用构建创新：基元的"处理"环节执行维度矩阵强制连接
5. 基元重组创新：基元本身重新组合为不同链路（串联/并联/嵌套/递归）

模式二：模式改进（10种创新元框架）

模式三：模式迁移

将源领域的底层结构与原理提取为抽象模式，投射到目标领域生成全新具体方案。

迁移类型：机制迁移 / 结构迁移 / 方法迁移 / 概念迁移

模式四：模式构建

把两个概念解构为基本维度，建立维度矩阵，强制连接看似无关的维度组合，推导可能性发展。

元技能特有维度

元技能系统具有以下特有维度：

元技能域概览

按使用流程组织，共10域62种方法论执行任务：

域间逻辑流：M0 → M1 → M2 → M3 → M4-M9（执行框架按需调用）

完整清单见 references/meta-skill-catalog.md。

事实纪律

1. 仅使用确知的事实和可验证的信息，不得编造数据或引用
2. 领域校准推导须向用户展示推导过程和依据
3. 单元分解须基于任务本身的结构，不得强行套用模板
4. 管线编排须尊重任务的自然依赖关系，不得人为制造冗余节点
5. 守护单元的约束条件须来自领域实际规则，不得凭空设定
6. 创新方案引用的案例、数据必须确知真实存在，不确定的标注"待验证"
7. 样本法模仿产出时不直接复制样本内容，仅借鉴结构和风格
8. 单元输出格式须匹配下游单元的输入要求，确保组合接口可用