Mermaid AI 如何通过自然语言生成并编辑流程图？

作者：袖梨 2026-09-12

使用 Mermaid AI 生成流程图时，先用自然语言明确流程边界、参与者、步骤、判断条件和异常分支，再让 AI 生成第一版图表。生成后不要只看布局是否美观，还要核对节点是否遗漏、箭头方向是否正确、判断出口是否完整；确认结构后，再用短而单一的修改指令逐轮编辑。

Mermaid AI 能完成什么

Mermaid AI 是面向图表创建与编辑的智能功能。当前官方产品页说明，它可以根据文字描述生成图表，也可以接收已有文件或模板作为上下文；生成结果仍可继续编辑，而不是一张不可修改的静态图片。

对流程图任务，它适合完成三类工作：

把需求说明、会议记录或操作步骤整理为第一版流程图。
通过自然语言修改布局、标签、样式和流程结构。
对有语法或结构问题的图表使用 AI Repair，预览修复后再应用。

AI 能缩短从文字到草图的时间，但不会自动保证业务逻辑正确。审批条件、权限边界、失败回滚和终止状态仍需要熟悉业务的人确认。

生成前先整理流程信息

一条只有“画一个订单流程”的提示词信息不足，AI 只能猜测具体步骤。输入前最好整理出以下内容：

流程目标：从哪个事件开始，到什么状态结束。
参与者：用户、前端、后端、支付平台或人工审核等角色。
主路径：正常情况下依次发生的动作。
判断条件：每个分支根据什么条件选择。
异常路径：超时、失败、取消、重试和回滚如何处理。
图形偏好：从上到下还是从左到右，是否使用子流程分组。

这些信息越明确，第一版图的结构越稳定，后续也越容易只改局部。

一份可复用的自然语言提示词

请生成一个从左到右的订单支付流程图。

开始条件：用户在结算页提交订单。
参与者：用户、订单服务、库存服务、支付平台。

主流程：
1. 订单服务校验商品和收货信息。
2. 库存服务尝试锁定库存。
3. 创建待支付订单。
4. 调用支付平台。
5. 支付成功后确认扣减库存并把订单改为已支付。

分支规则：
- 信息校验失败：返回用户修改，不创建订单。
- 库存不足：结束流程并提示缺货。
- 支付失败：释放库存，把订单标记为支付失败。
- 支付超时：进入人工或定时查询，不要直接判定成功。

要求：
- 判断节点使用清晰的问题句。
- 每个判断出口标注“是”或“否”。
- 所有路径最终进入明确的结束状态。
- 节点文案简短，不补充未提供的业务规则。

提示词中的最后一句很重要。它限制 AI 自行发明退款时限、重试次数或风控规则。如果某项规则未知，应让图中标记“待确认”，而不是生成看似合理但未经确认的结论。

如何在 Mermaid AI 中生成第一版

进入 Mermaid 的 AI 图表创建界面，选择新建或 AI 生成入口。
粘贴整理后的流程描述；若已有需求文档，也可以在界面支持时上传作为上下文。
明确要求生成流程图，并指定方向、角色分组和分支标签。
提交提示词，等待生成第一版。
先保存可工作的版本，再开始修改，便于比较和回退。

具体按钮名称与可用入口可能随产品界面和账号方案变化，但核心过程不变：提供上下文、生成草图、核对语义、逐步修订。

生成结果通常包含什么

Mermaid 流程图以文本语法描述节点和关系。上面的订单流程可能得到类似结构：

flowchart LR
    A([提交订单]) --> B{信息有效？}
    B -- 否 --> C[返回修改]
    B -- 是 --> D{库存锁定成功？}
    D -- 否 --> E([提示缺货并结束])
    D -- 是 --> F[创建待支付订单]
    F --> G[调用支付平台]
    G --> H{支付结果}
    H -- 成功 --> I[确认扣减库存]
    I --> J([订单已支付])
    H -- 失败 --> K[释放库存]
    K --> L([订单支付失败])
    H -- 超时 --> M[进入结果查询]
    M --> H

即使用户不熟悉全部语法，也可以通过节点 ID 和箭头关系理解结构。可编辑语法还有一个好处：流程变化可以像代码一样比较差异，而不必重新绘制整张图片。

第一版要先做语义检查

生成后按业务顺序逐条走图，至少检查以下项目：

开始节点和所有结束节点是否明确。
每个业务步骤是否只表达一个动作。
判断节点是否使用可回答的问题，而不是模糊名词。
每个判断是否包含所有必要出口，出口标签是否互斥。
失败、取消和超时路径是否能够收敛。
是否出现无入口、无出口或无法到达的孤立节点。
AI 是否添加了需求中不存在的角色、条件或状态。

视觉上整齐并不等于流程正确。尤其要留意 AI 为了让图形对称而合并不同业务状态，或者把“调用成功”和“业务成功”误认为同一件事。

用自然语言逐轮编辑

官方页面说明，Mermaid AI 可以用普通语言调整布局、标签、样式和结构。编辑时最好一次只提出一类变化，让每轮结果容易验收。

把流程方向改为从上到下，业务逻辑保持不变。

将“支付结果”拆成成功、失败、超时三个出口，保留现有节点名称。

把库存服务相关节点放入名为“库存”的子流程，不修改箭头关系。

缩短所有节点文案，每个节点不超过 12 个汉字，不删除任何状态。

高亮支付失败和库存释放路径，其余节点使用中性色。

每个指令都应包含“不变项”。例如只改布局时明确“业务逻辑保持不变”，只改文案时明确“不删除节点”。这能降低一次修改意外重写整张图的概率。

为什么不要一次提出太多修改

“改成纵向、换颜色、增加重试、调整节点名称并删掉冗余步骤”同时包含结构、语义和样式变化。生成结果出错时，很难判断是哪项要求导致的。

更可靠的顺序是：

先修正业务节点和分支。
再调整分组和阅读方向。
然后压缩节点文案。
最后设置主题、颜色和重点路径。

每轮修改后都重新走一遍关键路径，并比较节点数、判断出口和结束状态。

何时直接编辑 Mermaid 语法

局部且确定的修改通常直接改语法更快，例如纠正一个节点名称、交换两个箭头或统一边标签。自然语言更适合需要重新组织结构的变化。

flowchart TD
    A[接收申请] --> B{资料完整？}
    B -- 否 --> C[通知补充资料]
    C --> A
    B -- 是 --> D[进入审核]

若预览无法渲染，先检查箭头、括号、引号和节点 ID。包含括号、冒号或特殊符号的复杂标签可使用引号包裹。修改一个小区域后立即查看预览，比一次改完整份语法更容易定位错误。

AI Repair 应在什么情况下使用

当前官方产品页说明，AI Repair 可以选择性修复损坏的图表，并在应用前预览变化。它适合处理语法损坏、局部无法渲染或修改后结构异常的情况。

使用时应遵循以下顺序：

保留修复前的原始文本。
只选择出错区域或明确描述错误现象。
查看修复预览，比较节点和连线是否发生额外变化。
确认业务含义未变后再应用。
重新检查所有关键路径。

AI Repair 解决的是图表可用性问题，不是业务审批。它可能让语法恢复渲染，却无法判断某个退款节点是否符合真实制度。

如何处理大流程图

当流程超过几十个节点时，不要要求 AI 把所有细节放在一张图中。可以先生成一级总览，再把复杂步骤拆成独立子图。

总览图只保留阶段、主要角色和跨系统交互。
子图分别描述下单、支付、履约和售后。
跨图节点使用一致名称和状态定义。
把异常处理放在对应阶段，而不是集中堆在图底部。

一张图承担的目的应单一。用于管理层沟通的图强调阶段和责任，用于开发实现的图才需要接口、状态和重试细节。

敏感内容如何处理

在把需求文档、会议记录、数据库结构或代码交给任何在线 AI 工具前，应先按组织政策判断是否允许上传。删除密码、访问令牌、个人信息、未公开地址和客户数据，只提供生成图表所必需的上下文。

即使产品提供隐私或加密说明，也应依据实际账号方案、合同和管理员设置确认适用范围。不能仅凭页面上的概括性描述替代组织的数据治理要求。

一套完整的编辑验收清单

标题和图表类型与目标一致。
主路径从开始到结束可以连续走通。
每个判断出口都有清晰标签。
异常路径不会跳过必要的释放或回滚。
角色或系统分组没有混淆责任边界。
节点文字在正常缩放下可读。
语法预览无错误，图中没有孤立节点。
自然语言编辑没有改变声明为“不变”的内容。
敏感信息已经删除或替换。
最终版本经过业务负责人确认。

常见问题

完全不懂 Mermaid 语法也能生成流程图吗？

可以先用自然语言得到第一版，并继续用提示词修改。了解少量节点、箭头和分支语法仍有帮助，因为局部纠错会更快。

为什么 AI 总是漏掉异常分支？

通常是输入只描述了正常流程。把失败、超时、取消、重试和回滚单独列为分支规则，并要求每条路径进入明确终态。

自然语言修改后为什么原有节点消失了？

指令范围可能过大。恢复上一版，改为一次只修改一项，并明确“保留全部现有节点和连线”等不变条件。

提示词应该写得越长越好吗？

不是。有效提示词需要结构清楚、约束可验证。重复形容词不会增加准确性，具体节点、条件和禁止改动项更有价值。

总结

Mermaid AI 的高效用法不是一句话生成后立即交付，而是把自然语言需求转换为可检查的第一版，再通过小步提示词或语法编辑逐轮修正。先明确流程边界、角色、判断与异常路径，生成后验证语义和连通性，必要时用 AI Repair 预览修复，最终再由业务人员确认，才能得到既易读又可信的流程图。