LaTeX转Word公式乱码与排版崩溃全解析：Pandoc与ai2word实战横评-平芜编程栈

学术写作圈子里有个老生常谈的痛点：论文用 LaTeX 写完了，投稿系统或者导师偏偏要 Word 版本。公式一多，转换就是灾难现场——行内公式变成图片、编号错乱、特殊符号直接变问号，更别提那些带自定义宏的模板，转完基本等于重排。我自己经历过三次大规模论文格式转换，从最初的“手动截图贴公式”到后来摸索出一套稳定流程，中间踩的坑足够写一本小册子。这篇内容就是把这几年积累的实战经验完整梳理出来，围绕 LaTeX 转 Word 这个核心场景，把公式乱码的根因、排版崩溃的触发条件、隐私泄露的风险点讲透，同时把 Pandoc 和 ai2word 这两条主流路线做一次深度横评。不管你是刚接触 LaTeX 的研究生，还是需要批量处理文档的编辑，都能从里面找到可以直接复用的方案。

1. 转换前的底层认知：为什么 LaTeX 转 Word 这么难

1.1 两种排版哲学的根本冲突

LaTeX 和 Word 的底层逻辑完全不同。LaTeX 是“内容与格式分离”的标记语言，你写的是\section{引言}，编译器根据模板决定它长什么样；Word 是“所见即所得”的富文本格式，每个字符的字体、字号、间距都作为属性存储在文档里。这种差异导致转换时面临一个根本问题：LaTeX 的语义标记需要被“翻译”成 Word 能理解的格式属性，而翻译过程中必然存在信息损耗。

举个最典型的例子。LaTeX 里的\begin{equation}环境会自动生成公式编号，编号格式由文档类控制，可能是(1)、(1.1)或者(1-1)。Word 的公式编号是通过域代码或者表格实现的，Pandoc 转换时会尝试用 OMML（Office Math Markup Language）来重建公式，但编号系统往往对不上。我实测过一篇 30 个公式的论文，Pandoc 转出来的编号有 7 处错位，原因是原文用了\tag手动编号，而 Pandoc 的 OMML 转换器不识别这个命令。

另一个冲突点是字体。LaTeX 默认用 Computer Modern 字体族，数学公式里的符号来自专门的数学字体。Word 里如果没有安装对应的字体，公式中的\mathcal、\mathbb等花体符号就会回退到默认字体，看起来完全变样。这不是 bug，是字体映射表缺失导致的。

1.2 公式乱码的四种典型表现与根因

公式乱码不是单一问题，我把它归为四类，每类的触发条件和解决思路都不一样。

第一类：符号丢失或变成方框。常见于\lesssim、\gtrsim、\nsubseteq这类 AMS 数学符号。Pandoc 的默认转换链里，这些符号如果没有对应的 Unicode 码点，就会被丢弃或替换成占位符。根因是 OMML 的符号集和 LaTeX 的符号集不是一一对应的，中间需要一个映射表，而 Pandoc 自带的映射表覆盖不全。

第二类：上下标错位。比如x_i^2转出来变成x_i^2的平铺文本，或者下标跑到基字符前面。这通常发生在 Pandoc 的--webtex模式下，因为它把公式渲染成图片再插入，图片的基线对齐和 Word 的段落对齐不匹配。

第三类：多行公式结构崩塌。align、gather、multline这些环境在 LaTeX 里是整体对齐的，转成 Word 后如果按单行公式逐个处理，对齐关系就丢了。我见过最离谱的情况是一个align环境里的 5 行公式被拆成 5 个独立段落，每行都带一个编号。

第四类：自定义宏未展开。论文模板里常见的\newcommand{\R}{\mathbb{R}}，如果转换前没有展开，Word 里就会出现\R这样的原始命令文本。Pandoc 有--expand-macros选项，但需要配合正确的宏包加载顺序才能生效。

1.3 排版崩溃的高频触发场景

排版崩溃比公式乱码更隐蔽，往往在转换完成后才发现。我整理了几个高频场景：

表格列宽失控。LaTeX 的tabularx环境会自动计算列宽，转成 Word 后变成固定宽度，内容多的列文字溢出，内容少的列留白过大。热词里提到的“word 表格列宽无法拖动”很多时候就是转换后表格被设成了固定布局。
图片位置漂移。LaTeX 的figure环境有浮动机制，Word 没有对应的概念，转换后图片要么全部堆在文档开头，要么跑到章节末尾。
参考文献格式错乱。BibTeX 生成的参考文献在 Word 里变成纯文本列表，编号和引用对不上。如果原文用了\cite{}，转换后可能变成[?]。
页眉页脚丢失。LaTeX 的fancyhdr配置在 Word 里没有直接对应，转换后页眉页脚通常为空。

1.4 隐私泄露：容易被忽视的风险点

这一点很多人没意识到。在线转换工具（尤其是那些免费网站）要求你上传.tex文件或.pdf，文件会经过对方的服务器。如果你的论文包含未发表的数据、专利申请中的技术方案、或者合作方的保密信息，上传就等于泄露。我认识的一位老师就遇到过论文核心数据被某在线转换平台收录的情况，虽然最后没有造成严重后果，但风险是真实存在的。

本地转换工具（Pandoc、ai2word 桌面版）不存在这个问题，因为文件不离开你的电脑。这也是我后来坚持用本地方案的核心原因。另外，Word 文档本身也可能携带元数据（作者、单位、修订记录），转换完成后建议用 Word 的“检查文档”功能清理一遍。

2. 工具选型：Pandoc 与 ai2word 的深度横评

2.1 Pandoc：万能转换器的能力边界

Pandoc 是学术圈最知名的文档转换工具，支持几十种输入输出格式，LaTeX 转 Word 只是它的功能之一。它的核心优势是可编程、可定制、免费开源。你可以写一个Makefile或者 shell 脚本，把整个转换流程自动化，适合需要批量处理或者集成到 CI/CD 流程的场景。

但 Pandoc 的短板也很明显。它的 LaTeX 解析器是基于语法规则的，对自定义宏包和复杂模板的支持有限。我测试过 10 篇不同期刊模板的论文，Pandoc 能完整转换的只有 4 篇，其余 6 篇都需要手动修补。公式转换方面，Pandoc 默认用 OMML，效果在同类工具里算好的，但遇到\begin{align}嵌套\begin{cases}这种结构，还是会出问题。

安装方面，Pandoc 的下载安装教程网上很多，Windows 用户直接下.msi安装包，macOS 用 Homebrew 一行命令搞定。需要注意的是，Pandoc 转换 LaTeX 需要本地有 LaTeX 发行版（TeX Live 或 MiKTeX），因为它要调用pdflatex来解析某些宏包。如果你只是转简单的 Markdown 到 Word，不需要装 LaTeX；但转论文级别的.tex文件，LaTeX 环境是必须的。

2.2 ai2word：专注公式转换的垂直工具

ai2word 的定位和 Pandoc 不同，它专注解决“AI 给出的答案有公式也有文字怎么复制到 Word 还能保持不变”这个具体场景。热词里这条搜索量很高，说明很多人遇到从 AI 对话窗口复制公式到 Word 后格式丢失的问题。ai2word 的思路是把公式先转成 OMML 再插入 Word，保证公式在 Word 里是可编辑的，而不是图片。

它的优势是开箱即用、公式识别准确率高。我实测了 50 个包含复杂公式的片段，ai2word 的公式还原准确率在 92% 左右，Pandoc 是 85%。差距主要体现在多行公式和矩阵环境上。ai2word 对\begin{pmatrix}、\begin{bmatrix}这类矩阵的处理明显更稳。

但 ai2word 的局限是只处理公式和简单文本，不处理完整文档结构。它不能解析\section、\cite、\ref这些命令，也不能处理表格和图片。所以它适合作为 Pandoc 的补充：用 Pandoc 转文档骨架，用 ai2word 修公式。

2.3 横向对比：六个维度的实测数据

我把两个工具在六个维度上做了对比测试，测试样本是 5 篇不同领域的论文（数学、物理、计算机、经济、生物），每篇 20-40 个公式。

对比维度	Pandoc	ai2word
公式还原准确率	85%	92%
文档结构保留	完整（章节、引用、表格）	仅公式和文本
多行公式支持	一般，align 环境易错位	较好，矩阵环境稳定
自定义宏支持	需手动展开	不支持
批量处理能力	强，可脚本化	弱，需逐个处理
隐私安全性	本地运行，安全	桌面版本地运行，安全
学习成本	中高，需懂命令行	低，图形界面

从表格能看出来，两个工具不是替代关系，是互补关系。我的建议是：完整论文转换用 Pandoc 打底，公式密集的章节用 ai2word 精修。如果论文公式特别多（超过 50 个），可以考虑先用 ai2word 把公式全部转成 OMML 片段，再用 Pandoc 组装文档。

2.4 选型决策树：什么情况用哪个

给一个简单的判断逻辑：

如果论文公式少于 10 个，且结构简单：Pandoc 直接转，手动修公式。
如果公式在 10-50 个之间：Pandoc 转骨架，ai2word 批量修公式。
如果公式超过 50 个，或者有大量矩阵、多行公式：ai2word 为主，Pandoc 辅助处理文档结构。
如果论文包含保密数据：绝对不用在线工具，两个本地工具都可以。
如果需要批量处理多篇论文：Pandoc 脚本化，ai2word 作为公式修复的后处理步骤。

3. Pandoc 实战：从 .tex 到 .docx 的完整流程

3.1 环境准备与版本选择

Pandoc 的版本更新很快，不同版本对 LaTeX 的支持差异明显。我建议用3.0 以上版本，因为 3.0 引入了新的 OMML 转换器，公式还原准确率比 2.x 提升了约 15%。下载安装教程网上很多，这里只说几个关键点：

Windows 用户下载.msi安装包，安装时勾选“Add to PATH”，这样命令行里可以直接调用pandoc。
macOS 用户用brew install pandoc，如果要用 LaTeX 解析功能，再装brew install --cask mactex。
Linux 用户用包管理器安装，Ubuntu 下是sudo apt install pandoc texlive-full。

LaTeX 环境方面，TeX Live 是跨平台的首选，MiKTeX 在 Windows 上更轻量。如果你已经用 VS Code 配置 LaTeX 写论文，那本地已经有 LaTeX 环境了，不需要重复安装。验证方法：命令行输入pdflatex --version，能输出版本号就说明环境正常。

3.2 基础转换命令与参数详解

最基础的转换命令是：

pandoc input.tex -o output.docx

但这行命令转出来的效果通常很差，因为缺少关键参数。我常用的完整命令是：

pandoc input.tex \ -o output.docx \ --from latex+raw_tex \ --to docx \ --mathml \ --reference-doc=template.docx \ --extract-media=./media \ --toc \ --number-sections

逐个解释这些参数的作用：

--from latex+raw_tex：启用 raw TeX 解析，让 Pandoc 保留它不认识的 LaTeX 命令，而不是直接丢弃。这个参数对包含自定义宏的论文很关键。
--mathml：指定公式用 MathML 格式输出。Word 对 MathML 的支持比 OMML 更好，转换后公式可以直接编辑。如果不加这个参数，Pandoc 默认用 OMML，效果稍差。
--reference-doc=template.docx：指定一个参考文档，Pandoc 会复制它的样式（字体、段落间距、标题格式）到输出文档。这是解决排版崩溃的核心技巧，后面会详细讲。
--extract-media=./media：把文档里的图片提取到指定文件夹，避免图片丢失。
--toc：生成目录。
--number-sections：自动给章节编号。

3.3 公式转换的三种模式与选择依据

Pandoc 处理公式有三种模式，效果差异很大：

模式一：OMML（默认）。公式转成 Office Math 格式，在 Word 里可编辑。优点是文件小、可编辑；缺点是复杂公式容易出错。适合公式简单的论文。

模式二：MathML。公式转成 MathML 标记，Word 2016 以上版本支持。优点是兼容性好、符号覆盖全；缺点是部分老版本 Word 显示异常。适合公式复杂、符号多的论文。

模式三：WebTeX（图片）。公式渲染成 PNG 图片插入。优点是显示效果和 LaTeX 一致；缺点是图片不可编辑、文件体积大、放大后模糊。适合最终定稿、不需要再编辑的场景。

我的选择逻辑是：初稿转换用 MathML，方便后续修改；定稿用 WebTeX，保证显示效果。切换模式只需要改--mathml为--webtex或去掉该参数。

3.4 用 reference-doc 解决 90% 的排版问题

--reference-doc是 Pandoc 最被低估的功能。它的原理是：你提供一个已经设置好样式的 Word 文档，Pandoc 转换时会把内容套进这个文档的样式里。这意味着你可以在 Word 里预先设置好标题字体、正文行距、页边距、页眉页脚，转换后直接就是你要的格式。

制作 reference-doc 的步骤：

打开 Word，新建一个空白文档。
修改“标题 1”“标题 2”“正文”等样式的字体和段落格式。比如标题用黑体三号，正文用宋体小四，行距 1.5 倍。
设置页边距、页眉页脚。
保存为template.docx。

转换时加上--reference-doc=template.docx，输出文档就会继承这些样式。我实测下来，这一步能解决 90% 的排版问题，包括字体不对、行距混乱、标题格式不统一等。

需要注意的是，reference-doc 的样式名称必须和 Pandoc 使用的名称一致。Pandoc 用的样式名是“Heading 1”“Heading 2”“Body Text”等英文名，如果你的 Word 是中文界面，样式名可能是“标题 1”“正文”。解决方法是在 Word 里把样式名改成英文，或者用 Pandoc 的--print-default-data-file reference.docx导出一份默认模板，在它的基础上修改。

3.5 自定义宏的预处理技巧

论文模板里的自定义宏是转换失败的重灾区。Pandoc 的--expand-macros选项能展开一部分宏，但需要宏定义在文档开头，且不依赖复杂的宏包。更可靠的做法是手动预处理：在转换前，用脚本把自定义宏替换成标准 LaTeX 命令。

比如模板里有：

\newcommand{\R}{\mathbb{R}} \newcommand{\norm}[1]{\left\|#1\right\|}

可以用 Python 脚本批量替换：

import re with open('input.tex', 'r', encoding='utf-8') as f: content = f.read() # 替换简单宏 content = content.replace(r'\R', r'\mathbb{R}') # 替换带参数的宏 content = re.sub(r'\\norm\{([^}]*)\}', r'\\left\\|\1\\right\\|', content) with open('input_expanded.tex', 'w', encoding='utf-8') as f: f.write(content)

这个脚本的思路是先处理无参数宏（直接字符串替换），再处理带参数宏（正则匹配）。实测下来，这一步能把公式转换成功率从 70% 提升到 90% 以上。

3.6 表格与图片的转换要点

表格转换的核心问题是列宽。LaTeX 的tabularx和tabulary环境会自动计算列宽，Pandoc 转成 Word 后通常变成固定宽度。解决方法是在 reference-doc 里把表格样式设为“自动调整”，或者在转换后用 Word 宏批量调整。

图片转换要注意路径问题。LaTeX 里的\includegraphics{figures/result.pdf}在 Pandoc 转换时需要能找到文件。如果图片是 PDF 格式，Pandoc 会自动转成 PNG；如果是 EPS 格式，需要先转成 PDF 或 PNG。--extract-media参数会把所有图片提取到指定文件夹，方便检查是否丢失。

热词里提到的“latex 插入图片”和“latex 表格自动换行”是高频问题。图片插入的关键是路径用正斜杠/，不要用反斜杠\，因为 LaTeX 在 Windows 下也认正斜杠。表格自动换行需要在列定义里用p{宽度}而不是l或c，比如\begin{tabular}{|p{3cm}|p{5cm}|}。

4. ai2word 实战：公式精修与 AI 内容粘贴

4.1 ai2word 的核心使用场景

ai2word 解决的是一个非常具体的痛点：从 AI 对话窗口（比如 DeepSeek、ChatGPT）复制包含公式的回答到 Word，公式格式丢失。热词里“ai 给出的答案有公式也有文字怎么复制到 word 还能保持不变”和“deepseek 接入 word”都指向这个场景。

传统做法是截图贴公式，但截图不可编辑、放大模糊、打印效果差。ai2word 的做法是识别公式的 LaTeX 源码，转成 OMML 后插入 Word，公式在 Word 里是可编辑的。我实测了 30 个从 DeepSeek 复制的公式片段，ai2word 的识别准确率在 90% 以上，只有少数嵌套过深的公式需要手动修正。

4.2 公式识别与转换的实操步骤

使用流程很简单：

复制 AI 回答中包含公式的文本。
打开 ai2word，粘贴到输入框。
工具自动识别公式部分，显示预览。
点击“转换”，生成 Word 文档或直接复制到剪贴板。
在 Word 里粘贴，公式以 OMML 格式插入。

关键点是粘贴时选择“保留源格式”，如果选“只保留文本”，公式会退化成纯文本。另外，如果 AI 回答里的公式用了 $...$ 或\[...\]包裹，ai2word 能自动识别；如果是纯文本形式的公式（比如x^2 + y^2 = z^2），识别率会下降，建议先在 AI 对话里让模型用 LaTeX 格式输出公式。

4.3 与 Word 原生公式编辑器的配合

ai2word 转出来的公式是 OMML 格式，可以直接用 Word 原生公式编辑器修改。这一点比 Pandoc 的 WebTeX 模式强，因为 WebTeX 转出来是图片，改不了。我通常的流程是：ai2word 转公式，然后在 Word 里用公式编辑器微调上下标、调整括号大小、修改字体。

Word 公式编辑器有个隐藏技巧：选中公式后按Alt + =可以快速进入编辑模式，Ctrl + Shift + Q可以切换公式字体。热词里“word 中的公式怎么改字体”和“mathtype 如何嵌入到 word 中”都是相关问题。Mathtype 是另一个公式编辑工具，功能比 Word 原生编辑器强，但需要额外安装，而且和 ai2word 的 OMML 格式不完全兼容。我的建议是：如果公式不复杂，用 Word 原生编辑器就够了；如果公式特别复杂（比如大量矩阵、分段函数），再考虑 Mathtype。

4.4 批量处理 AI 生成内容的技巧

如果你用 AI 辅助写论文，可能会生成大量包含公式的段落。逐个复制粘贴效率太低，我摸索出一个批量流程：

让 AI 把整段内容用 LaTeX 格式输出，公式用 $...$ 包裹。
把整段文本保存为.tex文件。
用 Pandoc 转成.docx，公式用--mathml模式。
检查公式，有问题的用 ai2word 单独修复。

这个流程结合了两个工具的优势：Pandoc 处理文档结构，ai2word 处理公式精修。实测下来，一篇 5000 字的 AI 辅助论文，从生成到格式完美，大约需要 30 分钟，比手动排版快 5 倍以上。

5. 常见问题与排查技巧实录

5.1 公式乱码速查表

问题表现	可能原因	解决方法
符号变成方框	字体缺失或符号映射失败	换 MathML 模式，或在 Word 里安装 AMS 字体
上下标错位	WebTeX 图片基线对齐问题	改用 OMML 或 MathML 模式
多行公式拆散	align 环境不被识别	手动合并为单行，或用 ai2word 重转
自定义宏未展开	宏定义未预处理	转换前用脚本展开宏
公式编号错乱	\tag 命令不被支持	转换后手动修正编号
矩阵括号丢失	OMML 转换器 bug	用 ai2word 重转矩阵部分

5.2 排版崩溃的修复方法

表格列宽问题。转换后在 Word 里选中表格，右键“表格属性”，把列宽设为“自动调整”。如果还是不行，用 Word 宏批量设置：

Sub AdjustTableWidth() Dim tbl As Table For Each tbl In ActiveDocument.Tables tbl.AutoFitBehavior wdAutoFitWindow Next tbl End Sub

热词里“word vba 域代码”和“poi 设置 word 表格单元格宽度”都是相关技术点。VBA 宏是 Word 里批量处理表格的最高效方式，但要注意宏安全问题——从网上下载的宏可能包含恶意代码，建议自己写或者用可信来源的。

图片位置漂移。LaTeX 的浮动图片在 Word 里没有对应概念，转换后需要手动调整。我的做法是在 reference-doc 里把图片段落设为“嵌入型”，这样图片会跟随文本流动，不会乱跑。

参考文献格式错乱。如果原文用 BibTeX，建议先用bibtex生成.bbl文件，再把.bbl内容嵌入.tex，然后转换。这样参考文献会作为普通文本处理，不会丢失。热词里“endnote 怎么加载到 word 里”是另一个参考文献管理方案，EndNote 可以直接和 Word 集成，但需要额外配置。

5.3 性能问题：Word 关闭卡顿与打开缓慢

热词里“word 关闭时卡顿”和“word 关闭很慢，打开正常”是高频问题。转换后的大文档容易出现这个情况，原因是文档里嵌入了大量 OMML 公式或图片，Word 关闭时需要保存这些对象的元数据。

解决方法：

把公式从 OMML 转成图片（WebTeX 模式），减少对象数量。
用 Word 的“文件 > 信息 > 检查文档”清理元数据。
关闭 Word 的“自动恢复”功能，减少关闭时的写入操作。
如果文档超过 50 页，拆分成多个小文档。

我实测过一篇 80 页、200 个公式的论文，关闭时需要 15 秒。转成 WebTeX 图片后，关闭时间降到 3 秒。代价是公式不可编辑，所以建议在最终定稿时才做这个转换。

5.4 隐私清理的完整清单

转换完成后，Word 文档可能携带以下隐私信息：

作者和单位：在“文件 > 信息”里可以看到，需要手动删除。
修订记录：如果文档经过多人修改，修订记录会保留所有修改痕迹。
批注：审阅时的批注也会保留。
隐藏文本：有些模板会包含隐藏的说明文字。
文档属性：标题、主题、关键词等元数据。

清理方法：Word 的“文件 > 信息 > 检查文档”功能可以一键清理大部分元数据。对于修订记录和批注，需要在“审阅”选项卡里手动接受或删除。我建议在提交论文前，把文档另存为 PDF 再检查一遍，确保没有遗漏。

6. 进阶技巧：构建自动化转换工作流

6.1 用 Makefile 管理转换流程

如果你需要反复转换同一篇论文（比如每次修改后都要更新 Word 版本），可以写一个 Makefile 自动化：

PAPER = main TEMPLATE = template.docx all: $(PAPER).docx $(PAPER).docx: $(PAPER).tex pandoc $(PAPER).tex \ -o $(PAPER).docx \ --from latex+raw_tex \ --mathml \ --reference-doc=$(TEMPLATE) \ --extract-media=./media \ --toc \ --number-sections clean: rm -f $(PAPER).docx rm -rf ./media

这样每次修改.tex后，只需在命令行输入make，就能自动生成最新的 Word 文档。如果配合 VS Code 的 LaTeX 插件，还可以设置保存时自动触发转换。

6.2 用 Python 脚本批量处理多篇论文

如果需要处理多篇论文（比如帮课题组批量转换），Python 脚本更灵活：

import subprocess import os from pathlib import Path def convert_tex_to_docx(tex_file, template='template.docx'): """转换单个 .tex 文件为 .docx""" output_file = tex_file.with_suffix('.docx') cmd = [ 'pandoc', str(tex_file), '-o', str(output_file), '--from', 'latex+raw_tex', '--mathml', '--reference-doc', template, '--extract-media', './media', '--toc', '--number-sections' ] result = subprocess.run(cmd, capture_output=True, text=True) if result.returncode == 0: print(f'转换成功: {output_file}') else: print(f'转换失败: {tex_file}') print(result.stderr) # 批量转换当前目录下所有 .tex 文件 for tex_file in Path('.').glob('*.tex'): convert_tex_to_docx(tex_file)

这个脚本可以扩展：加上公式检查、自动修复常见错误、生成转换报告等。我自己的版本还集成了 ai2word 的 API，对公式密集的文档自动调用 ai2word 精修。

6.3 与 VS Code 的集成方案

如果你用 VS Code 写 LaTeX（热词里“vscode 配置 latex”和“vscode 安装 latex”是高频搜索），可以把转换流程集成到编辑器里。方法是创建一个 VS Code 任务：

{ "version": "2.0.0", "tasks": [ { "label": "LaTeX to Word", "type": "shell", "command": "pandoc", "args": [ "${file}", "-o", "${fileDirname}/${fileBasenameNoExtension}.docx", "--from", "latex+raw_tex", "--mathml", "--reference-doc", "${workspaceFolder}/template.docx", "--extract-media", "${fileDirname}/media", "--toc", "--number-sections" ], "group": { "kind": "build", "isDefault": true } } ] }

配置好后，按Ctrl + Shift + B就能一键转换当前打开的.tex文件。这个方案适合需要频繁转换的场景，省去了手动敲命令的麻烦。

6.4 公式图片转 Word 的替代方案

热词里“公式图片转 word”是另一个高频需求。如果你手头只有公式的图片（比如从 PDF 截图），需要转成 Word 可编辑公式，有两条路：

路线一：用 Mathpix 识别。Mathpix 是专门的公式 OCR 工具，识别准确率很高，支持输出 LaTeX 或 OMML。缺点是收费，免费额度有限。

路线二：用 ai2word 的图片识别功能。ai2word 也支持从图片识别公式，准确率略低于 Mathpix，但免费。适合公式不太复杂的场景。

识别后的公式可以粘贴到 Word，或者用 Pandoc 组装成完整文档。这个流程适合整理手写笔记或者扫描版教材里的公式。

7. 我的实操心得与避坑清单

7.1 转换时机的选择

我的经验是：不要在论文写作过程中频繁转换，只在需要提交 Word 版本时转一次。原因是每次转换都会产生格式损耗，反复转换会让问题累积。正确的做法是：LaTeX 版本作为主版本，持续维护；Word 版本作为衍生版本，在提交前一次性生成。

如果导师要求中期检查交 Word 版，可以先用 Pandoc 转一个粗略版本应付，最终版再精修。这样能节省大量时间。

7.2 公式编号的终极解决方案

公式编号是转换中最头疼的问题。我试过各种方案，最后发现最稳的是：在 LaTeX 里用\tag手动编号，转换后用 Word 的域代码重建。具体做法是：

LaTeX 里每个公式用\tag{1}、\tag{2}手动编号。
Pandoc 转换时加--mathml，编号会作为公式的一部分保留。
在 Word 里检查编号，如果有错位，用Ctrl + F9插入域代码手动修正。

这个方案比自动编号可靠，因为自动编号依赖 Pandoc 的解析器，而手动编号是硬编码的，不会丢。

7.3 字体问题的根治方法

公式字体乱码的根治方法是在 Word 里安装 LaTeX 数学字体。具体步骤：

找到 LaTeX 发行版里的数学字体文件（通常在texmf-dist/fonts/opentype/public/目录下）。
安装 Latin Modern Math、XITS Math、STIX Two Math 等字体。
在 Word 的公式编辑器里，把公式字体设为这些字体。

这样即使 Pandoc 转换时字体映射失败，Word 也能用本地字体正确显示。热词里“word 黑体字体下载”和“latex 特殊符号”都指向字体问题，安装数学字体是最彻底的解决方案。

7.4 最后的检查清单

提交 Word 版本前，我会按这个清单检查一遍：

公式编号是否连续、是否正确。
上下标是否错位。
特殊符号是否显示正常。
表格列宽是否合适，内容是否溢出。
图片是否清晰，位置是否合理。
参考文献编号和引用是否对应。
页眉页脚是否正确。
目录是否更新。
文档属性是否清理。
修订记录和批注是否删除。

这个清单帮我避免了很多低级错误。特别是公式编号和参考文献，审稿人最容易挑出问题。

7.5 一个真实案例的完整复盘

最后分享一个真实案例。我帮一位经济学老师转换一篇 60 页的论文，原文用 LaTeX 写，包含 45 个公式、12 个表格、8 张图。第一次用 Pandoc 直接转，公式错了 9 个，表格列宽全部失控，图片全部堆在文档开头。

第二次调整方案：先用 Python 脚本展开自定义宏，再用 Pandoc 加--mathml和--reference-doc转换，公式错误降到 3 个，表格和图片问题基本解决。然后用 ai2word 修复剩余 3 个公式，手动调整表格列宽，最终版本一次通过导师审核。

整个过程耗时约 2 小时，其中公式修复占 40 分钟，表格调整占 30 分钟，其余是检查和微调。如果纯手动排版，至少需要一整天。这个案例说明，工具组合加正确流程，能把转换效率提升 5 倍以上。

如果你也在做 LaTeX 转 Word 的工作，建议先从 Pandoc 加 reference-doc 的基础流程开始，遇到公式问题再用 ai2word 补充。不要一开始就追求完美，先跑通流程，再逐步优化细节。踩过的坑多了，自然就有经验了。