上一篇横评里我留了 fireworks-tech-graph。这篇兑现承诺拿一个完整案例从一句大白话需求开始把评审要用的图纸一张张画出来。需求就一句话「跨境电商订单履约买家下单→支付→风控→海外仓发货→清关→派送→签收含退款分支。」不装不是每张图都一次成功。这篇文章的价值恰恰在翻车部分——我把每次报错的原文和修法都留下来了你照着能少踩 80% 的坑。先说工作方式不是「生成即结束」这个 skill 和一般 AI 画图最大的区别它画完会自己质检。布局交叉、间距不足、文字截断直接报错拒绝出图而不是给你一张能看但经不起评审的图。所以真实工作回路是这样的一句话需求 → 生成 → 几何校验报错 → 按报错修布局 → 再过 → 导出 PNG命令就一条主线render渲染 check校验。下面每张图我都走这个回路。图一泳道流程图——四轮报错才过关主角图五个角色五行泳道买家、电商平台、海外仓、海关、物流。第一版直接被打回报错原文EDGE_BEND_BUDGET:a342; EDGE_ROUTE_STRETCH:a31.9571.35翻译成人话风控审核→拣货打包这条线拐了 4 个弯预算 2 个。原因是我把「订单关闭」节点正好摆在它的垂直通道上线只能绕着走。修法把挡路的节点挪开。第二轮又报NODE_GAP:L1,L210.040.0两个物流节点间距 10px最少 40px和BRIDGE_BUDGET:diagram20退款分支和主流程共用一个出口线压线。第三轮把退款分支整体挪到右侧、拉开间距最后第四轮全绿这张图的教训沉淀成一条规律画之前先给「回头的线」留一条纵向空列。签收确认在买家泳道最右末端派送的箭头从物流泳道笔直上行回去——这条上行通道上任何节点都不能有。知道这条一次通过率翻倍。图二订单状态机——栽在箭头标签上泳道图讲「谁在什么环节做什么」状态机讲「订单这个对象的一生」待支付→风控审核中→待发货→清关中→派送中→已签收→已完成外加超时取消、审核拒绝、售后退款三条分支。这次的报错是新品种no collision-free label position for 支付成功箭头上的文字标签找不到不撞车的位置。我节点间距留了 55px不够——带文字标签的横线间距要给到 90px翻了官方示例确认的。画布加宽到 1600px 后一次通过图三ER 图——报错刷屏但错不在我ER 图给开发对接用订单、订单明细、物流单、支付单、商品五张表字段级PK/FK 标清。渲染直接刷屏——五十多条NODE_GAP:ORD_r01,ORD_r020.040.0。表格行本来就是紧挨着的行间距 0px全撞了「节点间距 ≥40px」的规则。这次错不在布局密集表格图本来就不适用间距规则。解法是把质量配置从showcase换成standard表格图的正确打开方式之前在一个业务系统的字段级 ER 图上验证过一次通过图四平台对接架构图——唯一一次过的平台核心四个服务订单/支付网关/库存/履约调度对外接支付渠道、海关单一窗口、海外仓 WMS、物流商 API。为什么它一次过回头看它天然满足所有约束三层容器从左到右箭头全是直线没有任何回退线。前面的坑让我养成了「先想布局再动手」的习惯这张图是红利兑现。沉淀评审级图纸的四条实操原则四张图跑完加上之前给业务系统画交接图纸的经验沉淀四条异常分支必须画全。退款、取消、清关失败不是「特殊情况以后再说」是评审被问的第一批问题。泳道图里的退款分支、状态机里的三条异常流都是评审前画好的给校验器留余地。横线带标签留 90px、节点间距 ≥40px、回退线留纵向空列——这三条记住一次通过率翻倍表格/密集图换 standard 配置。间距规则是为流程图设计的ER 表别硬套待决方案也画上标注「待定」。之前一个业务系统有三条开放问题我直接画成待决分支上会评审当场拍板后在图上标注已定方案——图纸不只是记录决策可以推动决策效率账四张评审级图纸含所有翻车修正总共约一个半小时。以前手画或用 Mermaid 反复调一张泳道图就要这个数。更重要的是图是结构化 JSON 存的改需求改图都是 diff 级别的小事跟需求文档一起进 git 版本管理。下一篇是系列收尾这个 skill 一共能画 14 种图我整理了一张「图型 × 产品经理工作场景」对照表——什么场景该画什么图、什么图别为难 AI一张表查完。如果这篇对你有用欢迎关注看「AI 工具人 PM 实战」系列更新你画评审图时踩过最深的坑是什么评论聊聊觉得有用就收藏备用。