Mermaid 在受欢迎度上已超过 PlantUML

## Mermaid 超越 PlantUML：对系统分析师的影响

自 2025 年 12 月以来，Mermaid 在 Google Trends 上的受欢迎程度已超过 PlantUML。draw.io 由于安全问题、图表类型有限以及基于服务器的架构，从其在线版本中移除了对 PlantUML 的支持。Mermaid 在客户端运行，并支持更多类型的图表。Microsoft 将 Mermaid 渲染集成到 Visual Studio Markdown 编辑器中，GitHub 在 Copilot Chat 中添加了预览支持。图表可以无缝集成到文档、规范和代码中。

建模方式的变化

系统分析师正从静态图像转向文本模型。Mermaid 允许您将图表直接嵌入 Markdown 文件中，与需求、API 契约和业务规则并列存放。序列图紧邻集成场景，状态图紧挨生命周期描述，ER 图则位于领域模型旁边。

这加速了迭代过程：AI 生成 Mermaid 草稿，团队在 IDE 或 GitHub 中审查预览。图表作为文本进行版本控制，每周更新而无需手动重绘。

日常实践的关键转变

• 集成到规范中：图表与文本存放在同一文件中，而不是作为独立工件。
• 更快的发现：通过文本快速草图或 Copilot 快速对齐想法。
• 入门门槛更低：开发人员、QA 和团队领导无需专用工具即可编辑图表。

Visual Studio 提供 API 流程、实体关系和任务生命周期的模板。GitHub 在 Copilot 聊天中渲染 Mermaid。

分析师的新技能

文本优先建模要求用文本描述结构以实现自动可视化。重点从图形界面转向精确表述。

与 AI 协作：为图表制定适当详细程度的提示，包括系统边界和参与者。

模板化：节点命名、箭头、错误表示、异步操作和外部系统的标准。

哪些变得更容易

常见的工件如集成序列、生命周期、上下文图和入职概述创建和更新更快。draw.io 提供从 PlantUML 到 Mermaid 的转换。

对于在审查和沟通中经常变化的图表，进行迁移很有意义。

Mermaid 的局限性

它无法取代 BPMN 或 Enterprise Architect 用于正式建模和认证。虚假充分性的风险：AI 生成的图表看起来精美，但可能缺乏语义深度。

过于详细的大型图表会造成杂乱——需要分层建模。

分析师角色的演变

分析师成为活文档的策展人：维护 docs-as-code 中的版本化图表。成功以减少误解来衡量，而不是图表数量。

实施建议

• 选择场景：上下文图、序列图、状态图、ER 概述、组件概述。
• 标准化命名、细节级别和表示法。
• 将图表放置在用户故事、API 规范和 ADRs 旁边。
• 使用 AI 生成草稿，并由分析师审查。
• 仅迁移经常变化的图表。

关键要点

• Mermaid 与 GitHub、Visual Studio 和 draw.io 集成——图表作为开发流程中的文本。
• 缩短需求与代码之间的差距，加速更新。
• 要求文本优先思维和模板以确保质量。
• 不适合企业建模，但完美适用于活文档。
• draw.io 正在从 PlantUML 迁移，加速采用。

— Editorial Team