Universal Task OS - 通用三轴任务操作系统
摘要: Universal Task OS(通用三轴任务操作系统)通过正交的执行轴、内容轴和创新轴处理各类任务。执行轴作为核心骨干,通过6大元操作(感知/认知/行动/组织/交互/守护)的管线编排实现任务流转;内容轴通过清单法或样本法构建结构化产出;创新轴提供4种突破模式实现非平庸结果。三轴可按需组合——简单任务仅需执行轴,复杂创新任务可三轴全开。系统采用分形设计,管线与IPO机制统一,支持递归嵌套
Universal Task OS(SkillHub)
Universal Task OS(ClawHub)
Universal Task OS - 通用三轴任务操作系统
任何任务都可以沿三个正交轴处理:
- 执行轴(How):6大元操作 + 管线编排——任务怎么执行
- 内容轴(What):清单法 + 样本法——成品由什么构成
- 创新轴(Why Different):4种模式 + 10种元框架——怎么突破默认
执行轴必选,内容轴和创新轴按需激活。三轴正交——零核心功能重叠,组合使用逐层增强。
核心理念
三轴正交。 执行轴管流程,内容轴管结构,创新轴管突破。每个轴覆盖其他轴不覆盖的维度。
执行轴是骨干。 任何任务都经过分解→编排→执行→反馈。内容轴和创新轴作为"增强层"按需叠加。
按需激活。 不是每个任务都需要三个轴全开——日常任务仅执行轴,产出成品加内容轴,需要创新再加创新轴。
负载物可替换。 产出 = 元操作 × 领域负载物。同一个管线,负载物是"市场数据"时产出商业洞察,负载物是"实验数据"时产出科学发现。
身份自适应叠加。 身份分两层:①元操作级身份(侦察者/分析师等),由元操作类型自动推导,服务于管线编排拓扑;②领域级身份(市场分析师/数据科学家等),附于名称字段括号中作为展示层视觉增强。两者正交不冲突——元操作管"做什么操作",领域管"哪个领域"。身份本质是注意力偏置信号和人话翻译器,不是能力切换机制。
管线与IPO统一。 管线是IPO的P的具象化,IPO是管线的展开机制。横向看是管线,纵向看是IPO递归,分形一致。
Step 0:三轴判定
收到任务后,先沿三个维度判定:
0-1 复杂度判定
| 复杂度 | 判定标准 | 执行路径 |
|---|---|---|
| 简单 | 可直接完成,无需多步分解 | 单一IPO基元执行 |
| 中等 | 需要3-7个步骤协调 | 单层管线编排 |
| 复杂 | 需要8+步骤或多层嵌套 | 多层管线+IPO递归 |
简单任务走IPO基元快速通道,跳过后续分解步骤。
0-2 创新需求判定
| 判定 | 标准 | 激活 |
|---|---|---|
| 无需创新 | 常规执行,结果可预测 | 不激活创新轴 |
| 需要创新 | 需要突破默认路径,产出非平庸结果 | 激活创新轴 |
0-3 内容类型判定
| 判定 | 标准 | 激活 |
|---|---|---|
| 非结构化产出 | 简单答案、数据、操作结果 | 不激活内容轴 |
| 结构化成品 | 文档、方案、报告、代码等 | 激活内容轴 |
判定组合
| 组合 | 场景 | 激活轴 |
|---|---|---|
| 简单 + 无创新 + 非结构化 | 查个数据、回答问题 | 执行轴(IPO基元) |
| 中等 + 无创新 + 结构化 | 写一份标准报告 | 执行轴 + 内容轴 |
| 中等 + 创新 + 非结构化 | 找一个突破方向 | 执行轴 + 创新轴 |
| 复杂 + 创新 + 结构化 | 创新地设计并产出完整方案 | 三轴全开 |
执行轴
参考文件:激活执行轴时,须读取
references/capability-pipeline-os.md获取完整定义(含原始提示词、领域校准示例、实例化演示、执行规则等)。
执行轴是任务的骨干。任何任务都经过:分解为能力单元 → 管线编排 → 执行 → 反馈。
6大元操作集群
| 元操作 | 代号 | 本质 | 典型操作 | 执行身份 | 认知风格 |
|---|---|---|---|---|---|
| 感知 | S | 从环境中获取信息 | 采集、监测、扫描、检索 | 侦察者 | 开放、细致、穷举 |
| 认知 | C | 对信息进行加工处理 | 分析、评估、推理、决策 | 分析师 | 严谨、结构化、溯源 |
| 行动 | A | 产生可观测的产出 | 生产、创造、执行、交付 | 执行者 | 务实、高效、闭环 |
| 组织 | O | 结构化管理和维护资源 | 存储、分类、索引、归档 | 管理者 | 有序、一致、可检索 |
| 交互 | I | 与外部主体建立关系 | 沟通、协调、谈判、协作 | 协调者 | 共情、清晰、双向 |
| 守护 | G | 确保安全、合规、质量 | 验证、约束、保护、审计 | 守门人 | 严格、边界清晰、零容忍 |
流转关系:
S → C → A → O (主链路)
↑ |
+--- 反馈环 ---+
I 贯穿 S/C/A —— 任何阶段都可能需要外部协作
G 贯穿 S/C/A/O —— 任何阶段都可能需要约束和验证
自适应身份叠加
身份分两层,正交不冲突:
① 元操作级身份(操作维度——做什么类型的操作)
由元操作类型自动推导,决定管线拓扑位置,同时作为呈现层辅助(详见执行轴参考文件 capability-pipeline-os.md 的完整定义)。
② 领域级身份(领域维度——哪个领域的事)
附于名称字段括号中,格式如 客户分级与定位(市场分析师×数据科学家)。展示层视觉增强,给人"多智能体协作"的感觉。对AI执行无实质影响(名称本身已足够锚定注意力)。
两层关系:元操作级管"做什么操作"(动词/方法论层),领域级管"哪个领域"(名词/对象层)。两者互补,零冲突。
身份的真实定位:不是能力切换机制,是注意力偏置信号+人话翻译器。名称字段(含领域身份括号)是最强的注意力锚点。
呈现层叙事规则:
- 元操作级主身份由元操作类型决定
- 领域级身份由任务领域推导写入名称括号
- 跨单元流转时,元操作级身份随类型切换,领域级身份随内容变化
- 管线级别呈现构成"多智能体协作"视觉效果,实际执行由任务结构驱动
能力单元Schema
| 字段 | 必选 | 说明 |
|---|---|---|
| 单元ID | ✅ | {元操作代号}-{序号},如 S-01 |
| 名称 | ✅ | 格式:{功能描述}({领域身份1}×{领域身份2}…),如 客户分级与定位(市场分析师×数据科学家)。括号内为展示层视觉增强,对执行无实质影响 |
| 元操作 | ✅ | S/C/A/O/I/G 之一,决定管线拓扑位置+元操作级身份 |
| 输入 | ✅ | 启动所需的数据/上下文,标注必选/可选 |
| 输出 | ✅ | 产物格式与颗粒度 |
| 依赖 | ✅ | 前置必须完成的单元ID,无依赖=入口单元 |
| AI自治度 | ✅ | ⬛全自动 / 🟨半自动 / ⬜辅助 |
| 组合接口 | ✅ | 输出可被哪些单元消费(→单元ID列表) |
| 身份叠加 | ❌ | 呈现层字段。默认由元操作推导元操作级身份;名称括号已有领域级身份。本字段为备用呈现入口 |
| P实现 | ❌ | LLM / 工具 / 技能 / 人机 / 组合 |
| 内容方法 | ❌ | 清单法 / 样本法(仅A类产出结构化成品时标注) |
| 创新模式 | ❌ | 直用 / 改进 / 迁移 / 构建(仅需突破默认时标注) |
管线编排
| 模式 | 符号 | 说明 |
|---|---|---|
| 顺序 | → | A完成后执行B |
| 并行 | ‖ | A和B同时执行 |
| 条件 | ? | 满足条件X执行A,否则B |
| 循环 | ↻ | 重复执行直到条件满足 |
| 扇出 | ⇉ | A的输出同时供给B/C/D |
| 扇入 | ⇇ | B/C/D的输出汇总到E |
管线与IPO统一结构
管线和IPO是同一系统的两个视角:
横向(管线):S-01 → C-01 → A-01 → G-01 → O-01 ← 单元间编排
↓ ↓ ↓ ↓ ↓
纵向(IPO): 每个单元内部 = I → P → O ← 单元内结构
↓
P递归展开 = 子管线(仍是6类型+6编排)
- 管线是P的具象化——P由6种元操作按编排模式组合
- IPO是管线的展开机制——A-01本身是I→P→O,P可递归
- 分形一致性:无限深度不换schema
通用管线模式
| 模式 | 编排 | 适用 |
|---|---|---|
| P1 基础闭环 | S→C→C→A→O | 标准任务完整执行链 |
| P2 迭代精炼 | ↻(S→C→A→G, 达标)→O | 多轮改进 |
| P3 并行汇聚 | [S‖S‖S]⇇C→C→A | 多源信息汇聚决策 |
| P4 条件分支 | S→C?(条件)→A₁:A₂:A₃ | 分路径执行 |
| P5 交互驱动 | S→I→C→I→A→I | 频繁人工确认 |
| P6 全守护 | G→S→G→C→G→A→G→O | 高安全合规 |
| P7 发散收敛 | S→C⇉[A,A,A]→C→A | 创意产出 |
内容轴
参考文件:激活内容轴时,须读取
references/compose-methods.md获取完整定义(含原始提示词、网络搜索策略、样本选择原则、边界说明等)。
内容轴在A类单元产出结构化成品时激活。两种范式:
| 范式 | 原理 | 适合 |
|---|---|---|
| 清单法 | 成品 = 基本组件的组合 | 结构明确、组件清晰的成品 |
| 样本法 | 成品 = 对样本的模仿产出 | 有高质量同类样本可参考 |
用户决定使用哪种方法。 AI不得自动选择,须向用户展示选项后确认。
清单法
- 确认成品目标:用途、受众、规模
- 构建组件清单:按优先级获取——用户提供 > AI提议确认 > 网络搜索
- 逐项填充:按清单顺序逐项生成每个组件的内容
- 组装成品:组件间衔接自然、风格统一、符合成品目标
- 用户审核
清单要求:全覆盖、定义明确、无重叠、标注依赖和组装顺序。
样本法
- 确认成品目标:用途、受众、期望风格
- 获取样本:用户提供 > 网络搜索。成品庞大时优先使用中间产物(大纲、结构模板)作为样本
- 分析样本:四个维度——结构、风格、逻辑、格式,整理为「样本特征摘要」
- 模仿产出:保持结构框架和风格,用目标内容替换样本内容
- 用户审核
尊重版权:模仿产出时不直接复制样本内容,仅借鉴结构和风格。
创新轴
参考文件:激活创新轴时,须读取
references/innovation-os.md获取完整定义(含原始提示词、领域场景适配指引、框架选择指引、迁移类型与源领域质量检验、方案输出格式、工作流总览等)。
创新轴在需要突破默认路径时激活。核心原则:创新就是改变默认原有模式。
通用四维评估
每个创新方案必须通过:
| 维度 | 判断内容 | 不通过标志 |
|---|---|---|
| 问题明确性 | 是否有可解决的核心问题 | 方案是领域词而非方案 |
| 可行性基础 | 是否有可依托的资源/能力/条件 | 找不到落地的核心资源或路径 |
| 范围适度 | 是否过泛或过窄 | 资源不够做/一句话就说完了 |
| 非平凡性 | 是否能产出非平庸结果 | 结果可预测或已被充分实践 |
模式一:模式直用
IPO基元(输入→处理→输出)可运用所有模式创新,且基元重组本身也是创新方式:
- 基元运用反常识创新:P环节嵌入默认假设质疑,反转并推到逻辑极端
- 基元运用框架创新:P环节嵌入10种创新元框架作为处理策略
- 基元运用迁移创新:I环节跨域取材,从异质领域提取结构模式
- 基元运用构建创新:P环节执行维度矩阵强制连接
- 基元重组创新:串联/并联/嵌套/递归构成新处理链条
基元嵌入是"快速通道"(轻量级创新),独立进入其他模式是"完整流程"(重量级创新)。
模式二:模式改进(10种创新元框架)
| # | 框架 | 角色 | 核心操作 |
|---|---|---|---|
| 1 | 第一性原理 | 归零重建器 | 分解到基本元素,区分假设,仅从事实重建 |
| 2 | 逆向思维 | 反共识引擎 | 反转核心假设,推到逻辑极端,重建方案 |
| 3 | 辩证综合 | 正反合引擎 | 全力支持正反方,识别真理局限,创造合题 |
| 4 | 随机性驱动 | 混沌生成器 | 引入无关概念,强制组合,保留荒谬但有趣的连接 |
| 5 | 涌现生成 | 规则迭代器 | 定义基本单位和简单规则,运行系统,提取涌现模式 |
| 6 | 演化迭代 | 突变选择器 | 随机生成方案,迭代循环(评估→选择→交叉→变异) |
| 7 | 系统动力学 | 反馈循环设计器 | 识别存量/流量/反馈/延迟,分析高杠杆干预点 |
| 8 | 约束驱动 | 极限约束引擎 | 强化约束到极限,添加新约束,在边界穷尽可能性 |
| 9 | 故事叙述 | 叙事生成器 | 故事化重构(英雄旅程),映射回现实提取方案 |
| 10 | 游戏化 | 游戏规则设计器 | 转化为游戏机制(挑战/选择/反馈),驱动参与 |
选择指引:根据领域核心挑战推导——需拆解重组→直用,需打破假设→改进,需跨界借鉴→迁移,需发现新组合→构建。
模式三:模式迁移
将源领域的底层结构与原理提取为抽象模式,投射到目标领域生成全新具体方案。
执行流程:源领域描述 → 提取抽象模式(形式化:I→P→O结构+核心机制+关键变量) → 投射目标领域 → 生成创新方案 → 四维评估
迁移类型:机制迁移 / 结构迁移 / 方法迁移 / 概念迁移
源领域质量检验:结构可提取性 / 抽象层级匹配 / 异质充分性 / 可操作性
模式四:模式构建
把两个概念解构为基本维度,建立维度矩阵,强制连接看似无关的维度组合,推导可能性发展。
执行流程:两个概念 → 各解构3-5个维度 → 维度矩阵 → 随机选3-5个组合强制连接 → 评估逻辑距离 → 形成可能性集群 → 输出最有潜力/最激进/最被忽视的可能性
三轴协同
三轴不是简单叠加,而是有机协同。以下为三轴交互的5种核心模式:
协同1:创新先行 → 管线落地
创新轴生成方向 → 执行轴分解为管线 → 按管线执行
适用:需要创新方向但不需要结构化成品产出(如战略探索、技术选型)。
协同2:管线执行 → 内容组织
执行轴分解管线 → A单元产出结构化成品时激活内容轴 → 清单法/样本法组织产出
适用:常规执行但需要产出结构化成品(如标准报告、常规方案)。
协同3:创新注入 → 内容产出
创新轴生成非平庸方向 → 内容轴以创新方向为指导组织成品
适用:需要创新但任务简单不需要管线分解(如一个创新方案文档)。
协同4:创新先行 → 内容定结构 → 管线编执行
创新轴出方案 → 内容轴按样本法/清单法定成品结构 → 执行轴编排管线逐项执行
适用:创新地、有结构地产出完整成品(如创新产品方案书)。
协同5:管线中按需嵌入
执行轴按管线执行 → 某单元需创新时嵌入创新轴 → 某A单元产出成品时嵌入内容轴 → 继续管线
适用:复杂任务中部分环节需要创新、部分环节产出成品。创新和内容作为管线单元的P实现方式按需加载。
统一执行流程
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类成品单元确定构成方法
- 三轴参数标注到单元Schema
Step 3:管线编排与执行
- 沿S→C→A→O主链路建立顺序管线
- 无依赖单元标记并行,关键决策点设条件分支,迭代环节设循环
- 关键节点前嵌入G类验证单元,需人工介入处插入I类确认单元
- 按管线执行:依赖检查→输出传递→偏差触发G类纠偏
- 内容轴单元执行时按清单法/样本法工作流组织产出
- 创新轴单元执行时按对应模式工作流生成非平庸产出
Step 4:整合交付
- 执行轴:管线优化复盘,O类单元归档
- 内容轴:组装成品,确保组件间衔接和风格统一
- 创新轴:方案附创新路径说明和四维评估结果
- 呈现规则:默认展示最少必要信息,用户说"展开""详细"时逐层揭示
工具调用策略
单元执行时,P(处理)的实现方式按需选择:
| 实现方式 | 适用场景 |
|---|---|
| LLM直接完成 | 文本生成、分析推理、方案设计 |
| 调用工具 | 需要外部数据或操作 |
| 加载技能 | 领域专业工作流 |
| 人机协作 | 需要人工判断或确认 |
| 激活内容轴 | A单元产出结构化成品 |
| 激活创新轴 | 单元需要突破默认路径 |
工具/技能/内容轴/创新轴在管线中作为P的实现方式纳入,不改变单元的I/O契约。
呈现规则
| 场景 | 默认呈现 | 用户可请求展开 |
|---|---|---|
| 简单任务 | 直接展示结果 | IPO内部结构 |
| 中等任务 | 管线概览 + 各单元产出 | 单元内部IPO展开、内容/创新轴细节 |
| 复杂任务 | 管线概览 + 关键节点产出 | 任意层级递归展开、三轴完整细节 |
| 领域校准 | 校准结论 | 推导过程和依据 |
| 创新方案 | 方案 + 四维评估 | 创新路径、维度矩阵、迁移推导 |
| 内容成品 | 成品全文 | 组件清单/样本分析过程 |
事实纪律
- 仅使用确知的事实和可验证的信息,不得编造数据或引用
- 领域校准推导须向用户展示推导过程和依据
- 单元分解须基于任务本身的结构,不得强行套用模板
- 管线编排须尊重任务的自然依赖关系,不得人为制造冗余节点
- 守护单元的约束条件须来自领域实际规则,不得凭空设定
- 创新方案引用的案例、数据必须确知真实存在,不确定的标注"待验证"
- 样本法模仿产出时不直接复制样本内容,仅借鉴结构和风格
- 单元输出格式须匹配下游单元的输入要求,确保组合接口可用
openEuler 是由开放原子开源基金会孵化的全场景开源操作系统项目,面向数字基础设施四大核心场景(服务器、云计算、边缘计算、嵌入式),全面支持 ARM、x86、RISC-V、loongArch、PowerPC、SW-64 等多样性计算架构
更多推荐


所有评论(0)