AI 流程图画错逻辑，根子多半不在画图工具，而在文字稿：步骤没写全、判断条件含糊、回路没交代，模型只能靠猜补全，图当然越看越别扭。改法是把顺序倒过来：先写一份能读通的文字版流程，再让 AI 转成图形，最后逐条走一遍验算。文字稿通了，图错的概率就降了一大半。
先写文字稿：步骤、条件、回路缺一不可
文字稿用编号列出每一步，每一步只做一件事。写到判断时，必须写清判断条件和两条去路，例如“审核通过，进入下一步；审核不通过，退回修改并注明原因”，不能只写“审核一下”。写到回路时，要写清回到哪一步、什么条件下退出循环，例如“修改后重新提交审核，最多退回两次，第三次由负责人直接处理”。
文字稿还要回答三个问题：流程从哪里开始、到哪里结束；每个分支都有去处吗，有没有走到一半没下文的节点；异常情况走哪条路，例如超时、缺材料、系统报错。异常分支是最容易被漏掉的部分，画图前先问自己一句“如果这一步失败了，接下来发生什么”，答不上来就先补文字稿。
再转图形：Mermaid 适合改，拖拽适合调
文字稿确认无误后，再选生成方式。经常改、要放进文档或代码仓库的流程图，适合让 AI 生成 Mermaid 代码：节点用方括号表示步骤，菱形表示判断，箭头表示流向，生成后在 Mermaid 在线编辑器里渲染检查，语法报错就把报错信息贴回给 AI 修。只画一次、要反复调布局的图，适合用拖拽工具，粘贴 Mermaid 代码生成初稿后再手动调位置。
给 AI 的指令要包含文字稿全文，而不是只说“画一个审批流程图”。指令里写明：节点数量上限、判断节点用什么形状、开始和结束节点各是哪个、回路怎么画。节点超过十个的流程图，先拆成主流程和子流程两张图，主图只留关键节点，细节放子图；一张图塞下所有细节，字会小到看不清，逻辑反而更难验。
验算清单：逐条走一遍，别只看图顺不顺眼
图生成后，按验算清单走一遍。第一，数分支：每个判断节点是不是都有“是”和“否”两条线，两条线是不是都通向某个节点。第二，走回路：沿着回路走两圈，会不会陷入死循环，退出条件是不是写在图上了。第三，对条件：图上的条件文字和文字稿是不是一字不差，条件写反是流程图里最隐蔽的错。
第四，读给外行听：把图讲给不熟悉这件事的人听一遍，对方在哪个节点停下来问“然后呢”，那个节点就缺了交代。第五，查首尾：开始节点是不是只有一个，结束节点是不是覆盖了所有正常和异常出口。五条都过了，再谈配色和对齐；配色再好看，也救不回逻辑断掉的图。
三种常见逻辑病，对照着改
第一种是“判断变装饰”：图上有菱形，菱形里却写着“处理中”这种不是判断的词。判断节点里必须写能回答“是”或“否”的问题，处理动作只能放在矩形节点里。第二种是“回路无出口”：箭头绕回去了，却没写什么条件下停下来。每个回路都要配退出条件和次数上限，写不出来就先回文字稿补。
第三种是“分支不对称”：一条分支写得极细，另一条只有“其他情况”四个字。“其他情况”要展开写清到底包含哪些情形，兜底分支不是偷懒的借口。改图时一次只改一处，改完重新走一遍验算清单；同时改三处，出了问题不知道是哪一处引起的。
