技术文档、论文草稿，或者一段 AI 对话里，Mermaid 流程图和 LaTeX 数学公式几乎是"标配"。前者用来画架构图和流程，后者用来写推导和公式。可等到要交付的时候，大多数人最终还是得把它们塞进 Word（.docx）------而 Word 既看不懂 Mermaid 源码，也不认识 LaTeX 命令。于是反复出现这样的场面：流程图只能截图、公式变成一串乱码字符，最后花在调格式上的时间，比写内容还长。 这篇文章不堆工具清单，而是围绕一个具体目标讲清楚：当一篇内容里同时有 Mermaid 图表和 LaTeX 公式时，怎么一次性把它们转成 Word，并且尽量做到图表清晰、公式还能继续编辑。 为什么 Word 不能直接显示这两者 要选对方法，先得知道拦路虎在哪。Word 内部用的是 OOXML（Office Open XML）格式来存内容，图表通常是图片或矢量绘图对象，公式则是它自己的 OMML（Office Math Markup Language）数学格式。 Mermaid 本质上是一段声明式的绘图脚本，靠浏览器里的 JavaScript 引擎渲染成 SVG 才看得见；LaTeX 公式则需要被翻译成 OMML 或 MathML，Word 才认。所以任何"转 Word"的工具，核心任务都只有两件事：把 Mermaid 代码渲染成图，把 LaTeX 翻译成 Word 能编辑的公式对象。理解了这一点，后面几种方案就不难选了。 路线一：本地命令行（适合开发者，完全可控） 如果你本机有 Node.js 和 Pandoc 环境，这是最透明的一条路。 Mermaid 部分可以用官方的 mermaid-cli（命令叫 mmdc）来渲染。它调用无头浏览器把 Mermaid 代码画成 SVG，再输出成 PNG 或 PDF。常用做法是先批量把 .mmd 文件渲染成高清图，再统一插进文档。 LaTeX 部分可以用 Pandoc 直接把 Markdown 里的公式转成 OMML 写进 .docx。关键参数是让 Pandoc 走数学公式转换，而不是把公式降级成图片。这样导进 Word 后，公式是真正的、可以继续改的 Office 公式对象，而不是一张死图。 这条路线的好处是所有步骤你都能看见、能改、能复用；代价是要装环境、记命令，对非开发者不够友好。 路线二：Pandoc 加过滤器（适合批处理和自动化） 如果文档很多、或者想把"转 Word"变成团队里自动跑的一步，可以在 Pandoc 外面套一层过滤器。思路是：在转换过程中让过滤器拦截 Mermaid 代码块，自动调用渲染引擎生成图片并替换进去，LaTeX 公式则继续走 OMML 转换，最后 Pandoc 一次性产出 .docx。 对开发者来说，还可以写一段很轻量的 Lua 或 Python 过滤器，遇到标记成 mermaid 的代码块就调一次渲染命令、生成临时图片再嵌入。再进阶一点，把 Pandoc 和渲染工具封进 Docker 镜像，就能在持续集成里批量产出文档，连手动敲命令都省了。 这条路线的上限最高，但前提是你愿意为"自动化"付出搭建成本。对个人偶尔转几篇文档，显得有点重。 路线三：在线零配置工具（适合偶尔用、不想装环境） 如果你只是偶尔要把一两篇带 Mermaid 和 LaTeX 的内容转成 Word，不想在本机装 Node、Pandoc、Chromium 这一串东西，在线转换服务是更省事的选择。这类服务的前端接收一个文本输入框，后端用渲染库把 Mermaid 画成图、用公式引擎把 LaTeX 转成 MathML 或 OMML，最后组装成 .docx 返回。 优点是零安装、打开网页就能用；需要注意两点，一是尽量别把含敏感信息的内部文档丢给第三方服务器，二是超大图表（节点特别多）可能会超时或降级。适合图表数量不多、对隐私要求不高的个人场景。 用 DS随心转 一次把整段内容导出 如果你手头的内容本身就是一段 AI 对话、或者一份 Markdown 文档，而不是自己手写的 .mmd 和 .tex 文件，那么比起先拆出图表、再拆出公式、分别用不同工具处理，更省事的做法是交给 DS随心转 这类工具，从原始结构整段导出。 大致过程是：把你的对话或 Markdown 连进来，选中要导出的内容，选择导出成 Word；工具会按 Word 能识别的方式，把 Mermaid 渲染成清晰的图、把 LaTeX 转成可编辑的公式对象，再合并成一个带层次的文档。和前面几条"自己拼工具链"的路线相比，它省掉的是环境搭建和脚本维护，更适合只想把内容干净落进 Word、之后再继续编辑的人。边界上要心里有数：绝大多数常见公式和流程图都能转好，但极少数特别复杂的矩阵或冷门宏包，可能仍会降级成图片，需要你事后在 Word 里局部修一下。 保真度这件事，重点看两处 无论走哪条路，最终效果都取决于两个细节。 图表这边，矢量图能无限缩放但旧版 Word 支持不稳定，PNG 更通用却要靠足够分辨率保清晰，建议导出时把宽度和缩放因子调高，避免放到 Word 里发虚。另外 Mermaid 默认字体在服务器上可能缺失，导致文字位置偏移，渲染时换成通用字体更稳。 公式这边，多行公式和矩阵要靠 MathML 的表格结构承接，复杂宏包有时 Word 接不住。原则很简单：能保留 OMML 就别渲染成图片------前者以后还能改，后者只是张图。 怎么选：对照你的场景
- 个人偶尔转、文档不大：在线工具最省事，注意别传敏感内容。
- 开发者本地批量、要可控：mmdc 渲染图 + Pandoc 转 OMML 的组合足够。
- 团队要做成自动流程：Pandoc 过滤器或 Docker 镜像封装，一次搭好长期受益。
- 内容来自 AI 对话或 Markdown、只想干净落 Word：用 DS随心转 整段导出，少折腾工具链。 四条路线没有绝对的优劣，关键看你的输入是什么、愿不愿意维护环境、对隐私和批量有什么要求。 FAQ 问：转完之后公式是图片还是能继续编辑？ 答：取决于用的方式。Pandoc 走 OMML、或者 DS随心转 这类从原始结构导出的工具，公式是 Word 原生的、可以继续改；如果走的是把公式渲染成 SVG 再嵌入的路线，那就是图片，不能再编辑。选之前看清楚它转出的是 OMML 还是图。 问：Mermaid 放进 Word 后变模糊怎么办？ 答：模糊通常是位图分辨率不够。渲染时把输出宽度和缩放因子调高，或者优先用矢量/SVG 再转成 Word 支持的绘图对象；同时确认渲染字体是通用字体，避免文字位置错位带来的"看起来糊"。 问：一篇文档里既有图又有公式，能一次转完吗？ 答：能。Pandoc 加过滤器可以同时处理 Mermaid 代码块和 LaTeX 公式；DS随心转 这类整段导出工具也是把两者一起从原始结构转成 Word。关键不是"能不能一次"，而是确认工具对图表和公式各自走的是"清晰图 + 可编辑公式"而不是"全降级成图片"。 问：复杂矩阵或特殊符号转过去会丢吗？ 答：常见矩阵和多行公式大多能转成可编辑对象。极少数特别冷门的宏包或符号，某些工具会降级成图片以保证显示不出错。遇到这种情况，建议转完后打开 Word 局部核对一下，必要时手动补一两个公式。 总结 Mermaid 图表和 LaTeX 公式一起转 Word，难点不在于"能不能转"，而在于"图表清不清晰、公式还能不能改"。开发者可以走 mmdc 加 Pandoc 的本地路线，团队可以把 Pandoc 过滤器做进自动化流程，偶尔用的人选在线工具最省事；而内容本就来自 AI 对话或 Markdown 文档时，用 DS随心转 整段导出往往最顺手。选路之前先想清楚：我要的是可编辑公式还是只要显示正确，以及我愿不愿意为可控性付出搭环境的成本。 参考来源
- Mermaid 官方文档（图表语法与渲染）：Mermaid | Diagramming and charting tool
- Mermaid Live Editor（在线预览与导出）：Online FlowChart & Diagrams Editor - Mermaid Live Editor
- Pandoc 用户手册（Markdown 与 LaTeX 转 docx）：https://pandoc.org/MANUAL.html
- Microsoft 支持（Word 中的公式与 MathML）：Microsoft 支持 | Microsoft Support