EaseChart Mermaid AI 可以把自然语言描述转换为 Mermaid JS 代码和可视化预览,再通过编辑器修改代码、方向与内容。使用时应先明确图表类型、参与者、步骤、判断条件和依赖关系,生成后检查语义与 Mermaid 语法,最后按账户方案导出 PNG、SVG、PDF 或复制源码。它适合快速形成初稿,但不能替代业务核对、权限审查和技术评审。
官方功能页列出的类型包括流程图、时序图、类图、状态图、甘特图、饼图、思维导图和实体关系图。不同图表需要不同的信息结构,因此只写“画一个系统架构图”通常不够。提示词越明确,首次生成的结构越接近可用状态。
页面提供示例提示,可用于退款审批、SaaS 用户引导和缺陷处理流程。示例适合了解输入形式,但正式项目应替换成自己的角色、规则和术语。
流程图提示词最好使用“主体、动作、条件、去向”的格式。下面的输入比一句笼统需求更容易生成正确分支:
生成一个从上到下的客户退款审批流程图。
客户提交退款申请后,客服检查订单是否存在。
如果订单不存在,拒绝申请并通知客户。
如果订单存在,检查是否在 30 天退款期内。
在期限内则由财务退款并发送完成通知;超期则转交主管人工审核。
所有分支都必须有明确的结束节点。
条件节点要写出每个出口,不要只描述判断本身。例如“检查库存”没有说明有货与缺货分别去哪里,模型只能自行猜测。金额、天数、角色名称等业务常量也应明确写出。
一次塞入过多背景资料会增加遗漏和错误连接的概率。复杂流程可以按子流程分别生成,再在文档中说明它们的入口和出口。
时序图的关键不是步骤清单,而是参与者之间的消息顺序。提示词应先列参与者,再逐条描述同步调用、异步事件、返回结果和失败路径:
生成 Mermaid 时序图,参与者包括浏览器、API 网关、订单服务和支付服务。
浏览器向网关提交订单,网关调用订单服务创建待支付订单。
订单服务调用支付服务创建支付单并返回支付地址。
使用 alt 分支表示支付成功和支付失败。
支付成功后更新订单并返回确认页;失败时保留待支付状态并返回重试提示。
生成后重点检查消息箭头方向、响应是否回到正确调用方、异步事件是否被误画成同步调用,以及异常分支是否在正确的生命周期内。
甘特图需要可计算的时间信息。为每项任务提供开始日期、持续时间或结束日期,并明确依赖关系。只写“先设计再开发”虽然能表达顺序,却不一定能生成可执行的时间表。
生成 Mermaid 甘特图,日期格式为 YYYY-MM-DD。
需求确认从 2026-09-14 开始,持续 3 天。
交互设计依赖需求确认完成,持续 5 天。
前端开发和后端开发都依赖交互设计,分别持续 8 天和 10 天。
联调依赖前后端开发全部完成,持续 4 天。
上线验收依赖联调完成,持续 2 天。
模型生成的计划只反映输入约束,不会自动知道团队产能、节假日或风险缓冲。正式排期仍需项目负责人确认。
EaseChart 会提供底层 Mermaid JS 代码。可以在实时预览编辑器中修改节点文字、连接关系和图表声明,预览会随代码更新。常见流程图代码结构如下:
flowchart TD
A[提交退款申请] --> B{订单是否存在}
B -- 否 --> C[拒绝并通知客户]
B -- 是 --> D{是否在退款期内}
D -- 是 --> E[财务退款]
D -- 否 --> F[主管人工审核]
E --> G[发送完成通知]
TD 表示从上到下,横向布局通常使用 LR。方括号常用于普通步骤,花括号用于判断节点。修改时要保持节点标识唯一,并避免删除连接符或闭合括号。
节点名称过长会让图表难以阅读,应缩短为动作短语,把解释放到图外正文。标签包含引号、括号、冒号或换行时,如果渲染报错,可以先改成简短纯文本定位问题,再按 Mermaid 当前语法逐步恢复。
预览成功只能证明 Mermaid 渲染器接受当前语法,不能证明流程符合真实业务。发布前至少做三层检查:
AI 可能生成看似整洁但语义错误的图,例如把付款成功与订单取消连在一起,或遗漏超时补偿。应由熟悉流程的人逐条对照原始需求。
功能页列出 Mermaid 源码以及 SVG、PNG、PDF 导出。源码适合放进支持 Mermaid 的 Markdown、知识库或开发文档;SVG 适合需要缩放的网页和演示文稿;PNG 兼容性较好;PDF 适合固定版式交付。
具体格式受当前产品界面和账户方案影响。价格页显示免费方案包含 PNG 导出,付费方案列出 PNG、SVG 和分享链接;功能页则将 PDF 列为通用能力。两处说明并不完全一致,因此在开始批量制图前,应先登录账户确认实际可用按钮、额度和授权范围。
当前价格页显示免费方案提供 10 个试用积分,单次 AI 流程图生成消耗 3 个积分,因此通常可用于约 3 次生成。AI 细化也从每次 3 个积分起,批量草稿按工作流数量乘以单次积分计算。导出、保存和浏览目前标注为不消耗积分,但产品规则可能调整。
功能页出现“无需注册”表述,而价格页的免费方案入口标注需要登录。使用条件可能随入口、地区或版本变化,应以实际页面和账户状态为准,不要在团队流程中假设长期匿名使用或无限免费。
隐私政策说明平台会收集和处理文本提示、工作流描述、生成的节点与分支、草稿、模板以及编辑交互,也会收集 IP 地址、浏览器、设备和功能使用信息。由此可见,在线生成不是纯本地处理。
不要把密码、访问令牌、客户个人信息、未公开漏洞、真实生产地址或受保密协议约束的系统细节直接放进提示词。可以先用角色代号、虚构域名和脱敏数据生成结构,再在受控环境中补充真实信息。
复制 Mermaid 源码后,可以把它放入支持 Mermaid 的 Markdown 代码块。不同平台内置的 Mermaid 版本可能不同,EaseChart 中能渲染的语法不一定在目标平台完全兼容。提交文档前,应在最终部署环境再次预览。
版本控制中保存源码比保存图片更便于评审。代码差异能够显示节点或关系的变化,图片则适合作为构建产物。团队可以约定源码为真源,由文档构建流程统一渲染。
在提示词第一句明确写出“流程图”“时序图”“类图”或“甘特图”,并使用该类型需要的术语。不要只写“画出系统关系”。
逐个列出条件的所有结果,并说明每个结果连接到哪个步骤。为分支使用一致的“是/否”“成功/失败”标签。
先回退到最小可渲染代码,再逐行加入节点和边。检查括号、引号、连接符、保留字和图表声明,必要时缩短包含特殊字符的标签。
切换 TD 与 LR 方向,缩短标签,拆分子流程,减少跨层连接。不要依赖缩小字体把所有内容硬塞进一张图。
先检查是否已登录、当前账户方案、剩余积分和产品界面。功能介绍与价格方案可能存在差异,实际按钮和订阅权益优先。
检查目标平台是否启用 Mermaid、支持的版本和允许的图表类型。若平台不兼容,可导出 SVG 或 PNG,同时保留源码供后续维护。
EaseChart Mermaid AI 的有效用法是先用结构化提示生成 Mermaid 初稿,再在实时编辑器中修正代码和预览,最后按目标平台与账户方案导出。流程图要明确条件与分支,时序图要明确参与者和消息顺序,甘特图要提供日期与依赖。生成成功不代表业务正确,敏感信息也不应直接提交给在线 AI 服务;经过语法、结构、业务和隐私四项检查后,图表才适合进入正式文档。
ubuntu无法正常关机卡住了怎么办? ubuntu16.04无法关机的解决办法
Ubuntu优麒麟20.10终极预告曝光 本周四发布正式版本
Mermaid Chart 的 VS Code 扩展如何通过 AI Chat Participant 生成图表?
ubuntu自动挂起是什么意思? ubuntu v20设置自动挂起系统的技巧
ProcessOn 如何通过图片生成 Mermaid 图形并进行图形化编辑?
MermaidSeqBench 如何评估大语言模型生成 Mermaid 时序图的能力?