Skill: wangjiaocheng/workflow-refactor (version 1.0.2)

--- name: workflow-refactor author: 王教成 Wang Jiaocheng (波动几何) description: 工作流重构方法。核心能力：将任何领域的复杂工作流重构为AI辅助一人简易完成的方法（拆解人的局限补偿层→消除→基于AI能力模型重整）。三步法：拆解（识别每个环节的存在理由）→消除（去掉人的局限补偿层）→重整（基于AI能力模型重编为端到端IPO基元链）。覆盖从传统工作流识别、环节分析、补偿层消除、IPO基元链重整、重构验证到执行形态选择的全流程。6种任务类型、每种任务的组件清单与1个完整实战范本。通用方法，不绑定任何特定领域。触发词：工作流重构、流程重构、流程简化、workflow refactor、工作流优化、流程再造、流程重组、消除冗余环节、端到端重构。 --- # Workflow Refactor — 工作流重构方法 ## 核心理念 传统工作流的复杂性 = **事情本身的复杂度** + **人的局限补偿层**。 人脑容量有限所以拆环节，人之间要文档传递所以有中间产物，人之间协作有损耗所以需要管理协调——这些复杂性只与人的局限有关，与事情本身无关。AI拥有广域知识+生成能力+上下文窗口，可以端到端完成复杂任务，不需要这些补偿机制。 因此工作流重构不是"在传统工作流中用AI替代人工"，而是**基于AI能力模型重构工作流**——让流程回归事情本身的复杂度。 **适用范围不止于流程。** 任何产物（文档、方案、设计、代码）都可以拆解为组成部分，其组装过程就是一种"工作流"。本方法同样适用于：把一份复杂产物拆解为组件→识别哪些组件是人的局限补偿→消除→重整为AI可端到端产出的组装链。产物重构和流程重构是同构的。 --- ## 重构三步法 | 步骤 | 操作 | 要点 | |------|------|------| | **拆解** | 识别每个环节的存在理由 | 追问：这个环节存在是因为事情本身需要，还是人的局限需要？ | | **消除** | 去掉人的局限补偿层 | 传递/协调/格式环节直接消除，校验环节精简为关键节点；**校准环节保留**——中间产出物若起纠偏作用则不合并 | | **重整** | 基于AI能力模型重新编排 | 保留的✅核心环节+🔶校准环节（作为基元内分步校准点）+⚡关键校验节点→端到端IPO基元链 | ### 环节分类 | 类型 | 标记 | 处理 | 说明 | |------|------|------|------| | 核心环节 | ✅保留 | 评估AI自动化程度 | 事情本身的逻辑步骤 | | 校准环节 | 🔶保留 | 保留为基元内分步校准点 | 过程中纠偏的中间产出物，防止跑偏后返工 | | 传递环节 | ❌消除 | IPO链自动传递 | 人之间传递信息的中间步骤 | | 协调环节 | ❌消除 | 无协作即无协调 | 管理多人协作的步骤 | | 校验环节 | ⚡精简 | 保留关键节点，去掉冗余 | 防止出错的审核步骤（事后检查） | | 格式环节 | ❌消除 | 零形式开销 | 满足组织流程的形式要求 | **校准 vs 校验**：校验是事后检查对错，校准是过程中锁定方向。校准环节的中间产出物（如功能描述、方法调用结构）不只是传递文档，更是在过程中提供纠偏锚点——省掉校准看似简化，实则把纠偏压力推到最终产出，返工成本更高。 **合并判断准则**：AI技术上能一步完成 ≠ 一步完成最好。消除环节前，除了问"这是人的局限还是事情本身的需要"，还要问"这个中间产出物是否在过程中起校准作用"。如果起校准作用，即使技术上能合并，也不应合并——应保留为基元内分步校准点。 --- ## 重构判断标准 满足任一即需重构： | 条件 | 阈值 | 示例 | |------|------|------| | 角色接力数 | ≥3 | 产品→技术→运营→财务→法务 | | 中间文档流转数 | ≥3 | 需求文档→技术方案→开发→测试→部署报告 | | 协调沟通耗时占比 | ≥30% | 评审会、进度同步、跨部门对接 | | 返工率 | ≥30% | 信息传递失真导致反复修改 | > 即使不满足以上条件，只要直觉上"这个流程太复杂"，也可以主动触发重构。 --- ## 重构验证清单 重构完成后必须逐项验证，七项全部通过才算重构完成： | # | 验证项 | 说明 | |---|--------|------| | 1 | ⬜ 事情完整性 | 重构后是否覆盖全部核心步骤 | | 2 | ⬜ 补偿层消除 | 传递/协调/格式环节是否已消除 | | 3 | ⬜ 校准不丢失 | 起纠偏作用的中间产出物是否保留为基元内分步校准点 | | 4 | ⬜ 端到端可执行 | AI辅助一人能否从头到尾完成 | | 5 | ⬜ 复杂度回归 | 流程复杂度是否回归事情本身 | | 6 | ⬜ 质量守恒 | 产出质量是否不低于传统工作流 | | 7 | ⬜ 合规不跳过 | 涉及合规的环节是否保留 | **关键约束**："质量守恒"不可妥协——重构是简化流程不是降低质量。"合规不跳过"是硬约束——涉及法律/安全/质量的校验节点不可消除。"校准不丢失"防止过度合并——省掉校准看似简化，实则把纠偏压力推到最终产出，返工成本更高。 --- ## 重构后典型形态 | 形态 | 适用场景 | 执行方式 | |------|---------|---------| | **单步IPO** | 标准化任务 | 描述目标→AI直接产出 | | **简短基元链** | 有阶段的中等复杂度任务 | 2-5个IPO基元串联 | | **IPO+人工决策** | 涉及合规/客户/品牌 | AI执行+关键节点人工介入 | **选择原则**：能单步IPO的不用基元链，能基元链的不加人工决策。 --- ## IPO基元 IPO基元是重构后的基本执行单元： ``` I(输入) → P(处理) → O(输出) ``` - **I 输入**：该步骤需要的信息/素材/前置条件 - **P 处理**：对输入的加工操作（标注AI自治度：⬛全自动/🟨半自动/⬜辅助） - **O 输出**：该步骤的产出物，作为下一个基元的输入 **基元间传递**：基元1.O → 基元2.I → ...，无需中间文档，无需协调会议。 **基元内分步**：一个基元内部可以有子步骤（如需求→方案→设计→代码），子步骤之间通过中间产出物形成校准点，每步可修改再推进。基元内分步不是基元间传递——不需要跨基元边界，不需要协作，但保留过程中的纠偏能力。 **基元数约束**：≤5。超过5说明还没充分消除补偿层，需回到"消除"步骤。基元内子步骤数不限，但每个子步骤必须有校准价值——纯传递性质的子步骤应合并。 --- ## AI自治度标注 | 标记 | 含义 | 典型场景 | |------|------|---------| | ⬛ 全自动 | AI独立完成，人无需介入 | 竞品分析、内容生成、数据核算 | | 🟨 半自动 | AI完成主体，人审核关键点 | 方案设计、流程搭建、定价策略 | | ⬜ 辅助 | 人主导，AI提供支持 | 需求采集、客户沟通、合规判断 | **关键规则**：合规相关环节不可标注⬛全自动；任何⬛全自动环节必须有⬜辅助或🟨半自动的兜底方案。 --- ## 任务体系 ### 领域清单与依赖拓扑 | ID | 任务类型 | 说明 | 依赖 | 能力需求 | |----|---------|------|------|---------| | R0-01 | 传统工作流识别 | 列出目标领域的传统工作流全链路：环节数、参与角色、中间文档、协作节点 | 无（入口） | 调研 | | R0-02 | 环节存在理由分析 | 对每个环节追问存在理由，标记为核心/校准/传递/协调/校验/格式 | R0-01 | 调研→设计 | | R0-03 | 人的局限补偿层消除 | 去掉传递/协调/格式环节，精简校验环节为关键节点保留，保留校准环节为基元内分步校准点 | R0-02 | 设计 | | R0-04 | 重整为IPO基元链 | 将保留的核心环节和关键校验节点，按AI能力模型重编为端到端IPO基元链 | R0-03 | 设计→执行 | | R0-05 | 重构验证 | 验证重构后七项是否全部通过 | R0-04 | 调研→合规 | | R0-06 | 执行形态选择 | 根据重构结果选择执行形态 | R0-05 | 设计 | **依赖链路**：R0-01 → R0-02 → R0-03 → R0-04 → R0-05 → R0-06 --- ## 领域要求清单 每种任务类型的"零件清单"——必选/可选组件、组装顺序、领域约束。按清单逐项产出。 ### R0-01 传统工作流识别 - **必选组件**: 目标领域名称、传统工作流全链路描述（环节→角色→文档→协作点）、环节数、参与角色数、中间文档数、协作节点数 - **可选组件**: 各环节耗时占比、传递损耗率、返工率 - **组装顺序**: 领域确认→全链路梳理→环节标注→角色标注→文档标注→协作点标注→数据汇总 - **约束**: 必须完整列出传统工作流的每个环节，不可跳过"理所当然"的步骤；量化数据缺失时标注"待测" - **格式**: 工作流全景图（Markdown表格+流程标注） ### R0-02 环节存在理由分析 - **必选组件**: 每个环节的存在理由（事情本身需要 / 人的局限需要）、环节类型标记（✅核心 / 🔶校准 / ❌传递 / ❌协调 / ⚡校验 / ❌格式）、标记理由 - **可选组件**: 人的局限类型细分（脑容量/传递/协作/记忆/出错）、可消除程度评估、校准价值评估（该环节的中间产出物是否起纠偏作用） - **组装顺序**: 逐环节追问→存在理由判定→类型标记→校准价值评估→理由记录→汇总统计 - **约束**: 每个环节必须追问"如果执行者是一个拥有无限知识能力和零协作损耗的AI，这个环节还需要吗？"；判定必须基于事情本身逻辑，不可因"行业惯例"保留；对中间产出物必须追问"这个产出物是否在过程中起校准作用？"——起校准作用的标记为🔶校准 - **格式**: 环节分析表（Markdown表格） ### R0-03 人的局限补偿层消除 - **必选组件**: 消除清单（哪些环节消除、为什么可消除）、保留清单（✅核心环节+🔶校准环节+⚡关键校验节点）、消除后的信息传递方式（IPO链自动传递） - **可选组件**: 每个消除环节的风险评估、消除后需新增的关键校验点 - **组装顺序**: ❌标记环节逐一评估→消除决策→🔶校准环节确认→信息传递替代方案→保留环节确认→关键校验点插入→消除清单+保留清单 - **约束**: 消除传递/协调/格式环节不可犹豫——这些是人的局限产物不是事情本身需要；校验环节精简为关键节点但涉及合规的不可消除；**校准环节不可消除**——中间产出物起纠偏作用的必须保留为基元内分步校准点 - **格式**: 消除决策表（Markdown表格） ### R0-04 重整为IPO基元链 - **必选组件**: 重构后的工作流形态（单步IPO/简短基元链/IPO+人工决策）、每个基元的I/P/O定义、基元间传递关系、基元内分步校准点（如有）、总环节数（目标≤传统工作流的30%） - **可选组件**: 每个基元的能力需求标注、AI自动化程度评估、关键人工决策节点说明 - **组装顺序**: 保留环节排序→IPO基元划分→基元内分步校准点插入→基元I/P/O定义→传递关系确认→形态选择→能力需求标注 - **约束**: 基元数≤5（超过5说明还没充分消除）；每个基元必须可由AI辅助一人完成；合规节点必须有人工介入；🔶校准环节作为基元内分步校准点保留，不是独立基元 - **格式**: IPO基元链图（Markdown流程图+表格） ### R0-05 重构验证 - **必选组件**: 七项验证结果（事情完整性/补偿层消除/校准不丢失/端到端可执行/复杂度回归/质量守恒/合规不跳过）、验证不通过项的修正方案 - **可选组件**: 重构前后对比数据（环节数/中间文档/参与角色/耗时/传递损耗）、风险残留项 - **组装顺序**: 逐项验证→记录结果→不通过项修正→二次验证→通过 - **约束**: 七项必须全部通过；"质量守恒"不可妥协——重构是简化流程不是降低质量；"合规不跳过"是硬约束；"校准不丢失"防止过度合并 - **格式**: 验证清单（Markdown检查表） ### R0-06 执行形态选择 - **必选组件**: 选定执行形态及理由、执行方式说明、关键人工决策节点（如有） - **可选组件**: 形态切换条件、后续迭代方向 - **组装顺序**: 重构结果评估→三种形态适配判断→选定→理由记录 - **约束**: 选择最简形态——能单步IPO的不用基元链，能基元链的不加人工决策；人工决策节点必须标注具体决策内容和触发条件 - **格式**: 形态选择记录（Markdown） --- ## 领域范本 ### RF-01 工作流重构范本 **对应任务**: R0-01 ~ R0-06 **适用场景**: 任何领域的传统工作流需要重构为AI辅助一人简易完成 **重构范本**: ``` ## 工作流重构记录 ### Step 1：传统工作流识别（R0-01） **目标领域**：________（如：软件开发/风格设计/学术论文/网文创作/法律文书/财务审计/________） **传统工作流全景**： | # | 环节 | 执行角色 | 中间文档 | 协作点 | 耗时占比 | |---|------|---------|---------|--------|---------| | 1 | ________ | ________ | ________ | ________ | ___% | | 2 | ________ | ________ | ________ | ________ | ___% | | 3 | ________ | ________ | ________ | ________ | ___% | | 4 | ________ | ________ | ________ | ________ | ___% | | 5 | ________ | ________ | ________ | ________ | ___% | | ... | ... | ... | ... | ... | ... | **汇总**：___个环节 / ___个角色 / ___份中间文档 / ___个协作点 ### Step 2：环节存在理由分析（R0-02） **追问准则**：如果执行者是一个拥有无限知识能力和零协作损耗的AI，这个环节还需要吗？ | # | 环节 | 存在理由 | 类型标记 | 标记理由 | |---|------|---------|---------|---------| | 1 | ________ | 事情本身需要 | ✅核心 | ________ | | 2 | ________ | 事情本身需要 | 🔶校准 | 中间产出物起纠偏作用，保留为分步校准点 | | 3 | ________ | 人的局限需要 | ❌传递 | 人之间信息传递 | | 4 | ________ | 人的局限需要 | ❌协调 | 管理多人协作 | | 5 | ________ | 人的局限需要 | ⚡校验 | 防止人出错，保留关键节点 | | 6 | ________ | 人的局限需要 | ❌格式 | 满足组织流程 | | ... | ... | ... | ... | ... | **统计**：✅核心___个 / 🔶校准___个 / ❌消除___个 / ⚡精简___个 ### Step 3：人的局限补偿层消除（R0-03） **消除清单**： | # | 被消除环节 | 原类型 | 消除理由 | 信息传递替代 | |---|-----------|--------|---------|------------| | 1 | ________ | 传递 | IPO链自动传递 | 上游输出→下游输入 | | 2 | ________ | 协调 | 无协作即无协调 | 不需要 | | 3 | ________ | 格式 | 零形式开销 | 不需要 | | ... | ... | ... | ... | ... | **保留清单**： | # | 保留环节 | 保留理由 | 类型 | |---|---------|---------|------| | 1 | ________ | 事情本身逻辑步骤 | ✅核心 | | 2 | ________ | 中间产出物起纠偏作用 | 🔶校准（基元内分步校准点） | | 3 | ________ | 关键质量校验 | ⚡校验（精简后） | | ... | ... | ... | ... | ### Step 4：重整为IPO基元链（R0-04） **重构后工作流**：________形态（单步IPO / 简短基元链 / IPO+人工决策） | 基元# | I 输入 | P 处理（能力需求） | O 输出 | AI自治度 | 基元内分步校准点 | |-------|--------|-------------------|--------|---------|----------------| | 1 | ________ | ________ | ________ | 🟨/⬛ | ________（如有） | | 2 | ________ | ________ | ________ | 🟨/⬛ | ________（如有） | | ... | ... | ... | ... | ... | **基元间传递**：基元1.O → 基元2.I → ... ### Step 5：重构验证（R0-05） | # | 验证项 | 通过？ | 说明 | |---|--------|-------|------| | 1 | 事情完整性 | ⬜是/⬜否 | 重构后是否覆盖全部核心步骤 | | 2 | 补偿层消除 | ⬜是/⬜否 | 传递/协调/格式环节是否已消除 | | 3 | 校准不丢失 | ⬜是/⬜否 | 起纠偏作用的中间产出物是否保留为基元内分步校准点 | | 4 | 端到端可执行 | ⬜是/⬜否 | AI辅助一人能否从头到尾完成 | | 5 | 复杂度回归 | ⬜是/⬜否 | 流程复杂度是否回归事情本身 | | 6 | 质量守恒 | ⬜是/⬜否 | 产出质量是否不低于传统工作流 | | 7 | 合规不跳过 | ⬜是/⬜否 | 涉及合规的环节是否保留 | **验证不通过项修正**：________ ### Step 6：执行形态选择（R0-06） **选定形态**：________ | 形态 | 适用场景 | 本案是否适配 | |------|---------|------------| | 单步IPO | 标准化任务，描述目标→AI直接产出 | ⬜是/⬜否 | | 简短基元链 | 有阶段的中等复杂度任务 | ⬜是/⬜否 | | IPO+人工决策 | 涉及合规/客户/品牌 | ⬜是/⬜否 | **选择理由**：________ **关键人工决策节点**（如有）：________ --- ### 重构前后对比 | 维度 | 重构前 | 重构后 | 改善 | |------|--------|--------|------| | 环节数 | ___ | ___ | -___% | | 中间文档 | ___份 | 0份 | -100% | | 参与角色 | ___个角色 | 1人+AI | -___% | | 协作节点 | ___个 | ___个关键校验 | -___% | | 端到端耗时 | ___ | ___ | -___% | | 传递损耗 | ___% | 0% | -100% | ``` **范本要点**: - 重构的核心是"追问存在理由"——每个环节都必须回答"这是事情本身需要还是人的局限需要" - 消除环节不可犹豫——传递/协调/格式环节是人的局限产物，不是事情本身 - **校准环节不可消除**——中间产出物起纠偏作用的必须保留为基元内分步校准点，防止过度合并导致返工 - 验证七项必须全部通过，尤其是校准不丢失、质量守恒和合规不跳过 - 范本中 `________` 为待用户提供的内容，不可AI编造 --- ## 使用规则 1. **判断是否需要重构**：检查目标工作流是否满足重构判断标准（4个条件任一） 2. **按链路执行**：R0-01 → R0-06，不可跳步 3. **产出交付**：按领域要求清单逐项填充，或按RF-01范本结构替换实际内容 4. **用户主权**：AI按技能框架产出的内容是起点，不是终稿。用户对任何环节有独特的校准点、质量标准或业务约束，都可以也应当要求修改——尤其是校准点的取舍，只有用户知道哪些中间产出物对他的场景真正起纠偏作用。用户还可以主动提供清单（该产出物应包含的组件列表）和样本（高质量的同类产出作为参考）作为校准参考，让AI的产出更贴合实际需求 --- ## 事实纪律 1. AI工具能力描述必须基于实际能力，不得夸大 2. 重构效果数据必须标注为"参考范围"，实际效果取决于具体工作流 3. 涉及合规的环节必须明确标注，不可因重构而跳过法律/安全/质量底线 4. "质量守恒"验证必须基于实际产出对比，不可凭感觉通过


Security scan verdicts — ClawScan: clean | static analysis: clean | VirusTotal: clean | SkillSpector: clean (LOW)