流程图助手

口头流程为什么总对不齐

评审会上常见的说法是「先提交、再审核、不行就退回重填」——听起来清楚，但落到实现或 SOP 时，往往会卡在：谁算「审核通过」、退回后从哪一步继续、超时或重复提交算不算新单。问题通常不是缺一张图，而是节点粒度、判断条件和异常路径从未被写死。

这套助手怎么帮你落地

技能把自然语言里的步骤拆成原子节点（角色 + 动词 + 对象），判断框写成可判定的问题（例如「金额是否超过 5000 元？」），并为外部调用、审批、校验补齐失败、超时、拒绝、重试与升级等出边。信息不足时先画「已知骨架」，猜测放进待确认清单，不替业务方发明权限或阈值。

标准交付顺序固定为：明确读者与用途 → 固定可观察的起点与可验证的终点 → 节点注册表 → 流程图（默认可输出 Mermaid）→ 异常与补偿 → 假设与未决项 → 走图验收（正常、业务拒绝、技术失败、重复/超时四条路径）。图型按问题选型：步骤与分支用流程图，责任交接用泳道图，状态变化用状态图，消息顺序用时序图等；一张图只回答一个主要问题，节点过多时拆总览与子图。

边界与习惯

流程图用于消除歧义和暴露缺口，不能替代法律、财务或安全审批结论。Mermaid 侧要求稳定英文数字节点 ID、分支边带标签、不依赖颜色传递唯一含义。维护时优先改节点表再同步图，便于编号与版本追踪；复杂流程可保留 8—15 节点的总览，用稳定编号链到子图。