写一段流程,拿一张流程图,导出 SVG 或 PNG。
用户注册流程:输入邮箱和密码,发送验证邮件,用户点击验证链接,标记账户激活,跳转到 dashboard。
Try it →电商结账流程:确认购物车,填写地址,选择支付方式,扣款,失败最多重试 3 次否则报错,成功显示订单确认页。
Try it →CI/CD 流水线:开发者推送到 main,跑单测,通过则构建 docker 镜像,推送到镜像仓库,部署到 staging,跑冒烟测试,通过则灰度到生产。
Try it →密码重置流程:用户填邮箱,后端生成一次性 token 并发送重置邮件,用户点击链接,输入新密码两次,后端校验强度和一致性,更新密码并跳转登录。
Try it →新人入职、上线部署、订单从下单到发货。主流程之外的分支、失败、重试回路都要画出来的时候用它。
需求文档里出现好几层「如果……否则……」的时候,画成图比写成字快。产品经理能看懂,开发就能照着实现。
把出问题时代码实际走的那条路径画出来。给值班的同事看一张图,比甩一堆日志有用。
「X 出问题的时候做 Y」这种口口相传的经验,画成图放进 README,新人自己就能看,不用拉一次会讲四十五分钟。
退避重试、令牌桶限流、状态跳转 —— 这类逻辑画成图,比在代码注释里写伪代码更容易评审。
一句话 prompt 也能出图,但很难是你想要的那张:你没说的分支,模型只能自己猜。对话模式只就那个会改变整条流程走向的分支问一句,剩下的直接画,画完再告诉你哪些是它猜的。下面是一个真实的退款审批流程,起点是一句故意含糊的话。
四句话画出了一张带金额分支、两级升级、日终对账的流程图 —— 这三样开头那句话里一样都没有。同样一句话直接一次性生成,大概率给你一个审批人、没有升级路径,而且要你自己发现漏了。
流程图用来讲清楚一件事怎么一步步走完,中间在哪里分叉。用户注册、下单结账、找回密码这类用户流程,CI/CD、订单从下单到发货、后台定时任务这类后端流程,还有出故障时照着做的值班手册,都适合画成流程图。
Mermaid 流程图是纯文本,这一点比在 Figma 或 draw.io 里画有用得多:它能跟代码放在同一个仓库里,GitHub 的 README 和 Notion 里直接就渲染出来,改流程只要改一行字,不用重新拖框。图不会因为没人愿意重新拖一遍而慢慢过期。
两种情况不要用流程图。一是多个角色之间来回调用、谁先谁后才是重点,那该画时序图。二是你关心的是一个对象能处于哪些状态、哪些跳转是允许的,那该画状态图。另外节点超过三十个就该拆成两张 —— 再多,读的人就跟不下去了。
对话模式里 AI 会先问你两三个问题 —— 谁参与、发生什么、异常分支怎么走 —— 弄清楚了再动笔。
教程里讲了常用符号、几种基本结构、九条画法规范,还有可以直接拿去用的 prompt 模板和真实业务例子。