学术写作圈子里有个老生常谈的痛点论文用 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 转换时会尝试用 OMMLOffice 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 个公式。对比维度Pandocai2word公式还原准确率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 latexraw_tex \ --to docx \ --mathml \ --reference-doctemplate.docx \ --extract-media./media \ --toc \ --number-sections逐个解释这些参数的作用--from latexraw_tex启用 raw TeX 解析让 Pandoc 保留它不认识的 LaTeX 命令而不是直接丢弃。这个参数对包含自定义宏的论文很关键。--mathml指定公式用 MathML 格式输出。Word 对 MathML 的支持比 OMML 更好转换后公式可以直接编辑。如果不加这个参数Pandoc 默认用 OMML效果稍差。--reference-doctemplate.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-doctemplate.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, encodingutf-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, encodingutf-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 latexraw_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, templatetemplate.docx): 转换单个 .tex 文件为 .docx output_file tex_file.with_suffix(.docx) cmd [ pandoc, str(tex_file), -o, str(output_file), --from, latexraw_tex, --mathml, --reference-doc, template, --extract-media, ./media, --toc, --number-sections ] result subprocess.run(cmd, capture_outputTrue, textTrue) 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, latexraw_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 补充。不要一开始就追求完美先跑通流程再逐步优化细节。踩过的坑多了自然就有经验了。