先把人工步骤列成清单——用 VM0 翻成可执行的工作流节点

如果你已经试过直接把业务需求丢给 VM0 生成工作流，结果经常缺步骤、顺序颠倒，事后排查也说不清哪一步和人工做法不一致，那么问题通常不在模型，而在于缺少一份可比对的人工步骤清单。先用表格把现有做法逐步写下来，再逐条映射成节点，清单本身就能当验收标准。

把人工步骤写成五列表格，再逐条映射成 VM0 节点，适合流程尚未稳定或多人执行不一致的场景。操作上先冻结步骤编号、输入和输出物，再配置节点；验收时用两条真实记录对比人工步骤输出与节点输出。风险边界：人工判断步骤不能强行节点化，环境依赖的输入需在节点字段中显式声明，否则会出现流程可跑但结果对不上。

用表格把现在的人工做法逐步写下来：谁、看什么、做什么决定

先不要打开 VM0 建节点。找一张白纸或电子表格，按真实执行顺序，从头到尾把人工做法写出来。为了后面能和节点逐一对应，建议固定五列：步骤编号、执行角色、输入、判断依据、输出。

其中「判断依据」最容易漏。人工操作时，人往往凭经验跳过了中间判断，比如「看着没问题就通过」。写清单时要追问：看到什么信息后决定通过？什么情况下退回？把这类条件写成短句，后面才能翻译成节点的分支或确认点。

步骤编号建议用固定前缀加序号，例如 S01、S02，不要用「第一步」「然后」这种容易在修改中错位的写法。执行角色写实际执行的人或系统，例如「运营专员」「财务审核」「订单系统」。

可以先用下面这个空白模板：

步骤编号 | 执行角色 | 输入 | 判断依据 | 输出
S01      |          |      |          |
S02      |          |      |          |
S03      |          |      |          |

填写时一个动作只占一行。如果一行里出现「先核对再发送」，建议拆成两行：核对一行，发送一行。拆分粒度越接近单个动作，后面映射到节点越直接。

五列表格填完后，给每一步加一列标注：动作类型。标注规则可以很简单：只要需要人看情况、凭经验或承担判断责任的，标为「人工判断」；只要按固定规则读取、转换、发送、写入的，标为「机械动作」。中间状态的，先默认标人工判断，避免把不确定的决策过早自动化。

同时要标出输入来源与输出物。输入来源是「谁给的、从哪取的」，例如用户表单、上一节点输出、数据库查询结果。输出物是「这一步结束后产生了什么」，例如审核结论、格式化文本、一条记录或一个状态变更。输入来源不明确，节点配置时就会卡住；输出物不明确，验收时就没有对比物。

已完成标注的样例表：

这张表不用追求完整覆盖所有异常，先覆盖主流程。异常分支可以单独列一行，标为「异常-步骤编号」。

开始翻译。机械动作通常对应 VM0 里的可执行节点，例如读取输入、条件判断、数据转换、调用接口、写入结果。人工判断不要硬做成自动节点，而是对应到确认点或等待节点，让流程停下来等人给结论。

动作类型与节点类型的对应关系可以按下面这样先定：

机械动作：读取表单/变量 → 输入节点；格式校验、字段映射 → 转换或校验节点；按条件走不同分支 → 条件节点；调用外部系统 → 请求节点；写入记录、发送通知 → 输出节点。
人工判断：需要人看材料后决定 → 确认点；需要人补充信息 → 等待输入节点；需要多人依次判断 → 串行确认点。

确认点的触发写法要明确三件事：触发条件、等待对象、超时或默认行为。例如在节点配置里写：当 S02 输出「需要主管确认」时，进入确认点，等待主管角色处理；如果超过约定时间未处理，可以转交或保持挂起。具体超时行为需要结合你的 VM0 环境和业务容忍度确认，不要默认平台会替你兜底。

这一步先不要追求一次性把所有分支配完。先把主流程的机械动作和人工判断分别落位，异常分支后面再补。

在 VM0 里建节点时，按清单顺序从上到下配置。节点命名建议直接带步骤编号，例如：S01-表单校验、S02-主管确认点、S03-写入订单记录。这样日志和排查页面里出现节点名时，你能立刻回到人工清单定位。

节点字段配置示例（通用骨架，按你的 VM0 实际字段替换）：

节点名称: S01-表单校验
节点类型: 校验节点
输入字段:
  - form_data (来自触发事件)
处理逻辑:
  - 检查必填字段非空
  - 检查日期格式
输出字段:
  - validated_ticket (布尔值或结构化对象)
下一步: S02-主管确认点

保存后不要马上跑全流程。先做三个检查点：第一，节点列表的排序和清单编号顺序是否一致；第二，每个节点的输入字段是否能追溯到上一步的输出物；第三，人工判断对应的节点是否为确认点或等待节点，而不是被自动通过的节点替代。

如果某个节点必须读取环境变量或外部接口地址，建议在节点字段里显式写出变量名，不要靠记忆。后续排查时，日志里能看到变量名比看到「参数错误」更有用。

配置完成后，选两条真实但脱敏的记录，分别走一遍人工步骤和 VM0 工作流。对比时不要凭感觉说「差不多」，要逐项核对每个步骤的输出物。

比对表可以这样记：

步骤编号	人工步骤输出	节点输出	是否一致	不一致原因
S01	校验通过，字段完整	校验通过，字段完整	是	—
S02	主管确认同意	等待主管确认	否	确认点未设置自动流转，需人工点通过
S03	生成订单号 A	生成订单号 B	否	编号规则不一致，需改输出节点

不一致项要记录到节点清单里，而不是只写在聊天记录。记录方式建议包含：步骤编号、节点名称、不一致表现、需要回改的节点、验证方式。例如「S03-写入订单记录，节点生成的编号规则与人工不同，需要回改输出节点中的编号生成逻辑，改后用同一条记录重跑并核对订单号」。

需要回改的节点清单按优先级排：先改影响主流程能否走通的节点，再改输出格式不一致的节点。人工判断步骤如果节点化后丢失了判断依据，建议退回确认点，不要为了让流程全自动而牺牲正确性。

两条记录跑完后，如果主流程能一致，再补异常分支。清单仍然放在手边，后续每次改节点都先改清单，再改配置。