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

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

Mermaid AI 能完成什么

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

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

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

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

生成前先整理流程信息

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

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

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

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

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

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

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

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

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

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

如何在 Mermaid AI 中生成第一版

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

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

生成结果通常包含什么

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 个汉字，不删除任何状态。

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

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

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

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

更可靠的顺序是：

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

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

何时直接编辑 Mermaid 语法

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

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

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

AI Repair 应在什么情况下使用

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

使用时应遵循以下顺序：

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

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

如何处理大流程图

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

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

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

敏感内容如何处理

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

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

一套完整的编辑验收清单

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

常见问题

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

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

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

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

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

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

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

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

总结

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