Task Ops

Task Ops — 四模块价值链任务操作系统

核心理念

传统工作流中，很多环节不是因为事情本身需要，而是因为人的局限需要。Task Ops 基于"区分事情本身的需要和人的局限需要"这一核心理念，提供四个正交模块，形成完整的价值链。

四模块概览

四模块关系

传统领域/工作流
      │
      ▼
┌─────────────────────────┐
│ Domain Elimination       │ 评估层：这个领域需要存在吗？
│ Assessor (领域消除评估)    │ → 消除 / 保留 / 重构
└─────────────────────────┘
      │ (保留/重构的领域)
      ▼
┌─────────────────────────┐
│ Workflow Refactor        │ 转化层：流程结构怎么优化？
│ (工作流重构)               │ → 拆解→消除人的局限补偿层→重整为IPO基元链
└─────────────────────────┘
      │
      ▼
┌─────────────────────────┐
│ Domain Payload Generator │ 创建层：领域知识怎么结构化？
│ (领域负载物生成)           │ → 生成catalog+requirements+exemplars
└─────────────────────────┘
      │
      ▼
┌─────────────────────────┐
│ Universal Task OS        │ 执行层：任务怎么完成？
│ (通用三轴任务操作系统)      │ → 执行轴+内容轴+创新轴
└─────────────────────────┘

价值链顺序：评估→转化→创建→执行，不可跳步（除非明确不需要）。四个模块是正交互补关系，不是替代关系。

执行编排

收到任务后，按三阶段编排：

第一阶段：模块选择判定

第二阶段：三轴执行判定

任务通过三轴正交框架处理，执行轴必选，内容轴和创新轴按需激活：

执行轴（How / 必选）：管怎么做

• 6大元操作 + 管线编排 + 能力单元Schema + 通用管线模式（P1-P7） + 自适应身份叠加 + IPO基元
• 读取 references/capability-pipeline-os.md 获取完整定义
• 复杂度判定（执行轴内部）：
  • 简单（可直接完成）→ 单一IPO基元
  • 中等（3-7步）→ 单层管线编排
  • 复杂（8+步或多层嵌套）→ 多层管线+IPO递归

内容轴（What / 按需）：管造什么

• 清单法（组件组合） + 样本法（模仿产出）
• 方法选择机制：由用户决定，AI不得自动选择
• 结构化成品（文档、方案、报告等）时激活 → 读取 references/compose-methods.md

创新轴（Why Different / 按需）：管怎么不一样

• 4种模式处理能力 + 10种创新元框架 + 通用四维评估 + 迁移类型
• 需要突破默认路径时激活 → 读取 references/innovation-os.md

判定组合：

第三阶段：产出沉淀判定

参考文件索引

Universal Task OS 三轴核心（按需读取）

附加模块（按需读取）

使用规则

1. 模块选择优先：先确定需要哪些模块，再执行
2. 按需激活：只激活需要的模块和轴，避免过度复杂化
3. 加载指令明确：激活某轴/模块时，必须先读取对应参考文件，再按参考文件中的工作流执行
4. 内容轴方法选择：清单法与样本法由用户决定，AI不得自动选择
5. 创新轴模式选择：AI自选模式/框架/源领域时，必须向用户展示所选内容及理由
6. 用户主权：AI产出是起点不是终稿，用户可要求修改任何环节

事实纪律

1. AI能力描述必须基于实际能力，不得夸大
2. 评估结果标注为"参考范围"，实际效果取决于具体场景
3. 法规、标准、合同等外部约束必须明确标注
4. 创新方案基于实际可行性，不确定的信息标注"待验证"
5. 任务执行基于实际数据，不可凭感觉