Sublime Text 导出 Markdown 为 Word 需依赖 pandoc，必须正确安装并配置 PATH 或写死全路径；构建系统需精准使用 ${file} 等变量、加双引号防空格，并通过 --reference-doc 指定样式模板控制输出格式。
想用 Sublime Text 直接把 Markdown 导出成 Word 文档？很遗憾，它本身没这个功能。这事儿必须借助外部工具 pandoc，并且需要手动配置一套构建系统。如果没装 pandoc，或者系统路径没配好，你按下 Ctrl + B 只会收获一个冰冷的报错："pandoc is not recognized"。
确认 pandoc 已正确安装并可被 Sublime 调用
这一步往往是最大的拦路虎。要知道，Sublime Text 的构建系统默认调用的是系统 shell，但它可不会读取你在终端里设置的别名或者用户级的 PATH 修改。
- 首先，打开你的终端或命令提示符，输入
pandoc --version并回车。如果能看到版本信息（推荐使用 3.0 及以上版本），说明基础安装是成功的。 - 如果终端里能用，但回到 Sublime 里构建就报“command not found”，那问题就来了。在 Windows 上，这通常是因为安装 pandoc 时没勾选
Add to PATH；而在 macOS 或 Linux 上，可能是你在 zsh 或 bash 的配置文件里设置了 PATH，但图形界面应用（比如 Sublime）并没有加载这些配置。 - 有个直接的解决办法：在 Sublime 的构建系统配置文件里，直接把
pandoc的完整路径写死。比如，命令可以写成这样："shell_cmd": "/usr/local/bin/pandoc -o ${file_path}/${file_base_name}.docx ${file}"。 - Windows 用户请特别注意：如果安装路径包含空格（比如经典的
C:\Program Files\...），整个命令必须用双引号包裹起来，并且反斜杠需要转义，或者干脆改用正斜杠。
构建系统配置要点与常见错误
Sublime 的构建系统本质上是对 shell 命令的封装，所以参数顺序、文件扩展名、路径变量这些细节，稍有差池就会导致生成空文件或者直接报错。
- 先搞清楚几个关键变量：
${file}代表当前文件的完整路径，${file_base_name}是不带扩展名的纯文件名，${file_path}则是文件所在的目录路径。用混了，输出文件就可能跑到莫名其妙的地方去。 - 一个基础且安全的命令格式应该是：
pandoc "${file}" -o "${file_path}/${file_base_name}.docx"。两边的双引号至关重要，它能防止文件路径中的空格导致命令中断。 - 如果你的 Markdown 原文包含中文、数学公式或者文献引用，就需要添加更多参数了，例如：
pandoc "${file}" -f markdown+tex_math_dollars --filter pandoc-citeproc -o "${file_path}/${file_base_name}.docx"。 - 配置完点击构建却没任何反应？先别急，看看 Sublime 底部状态栏有没有显示“Building...”。如果悄无声息，那大概率是构建系统的 JSON 配置文件语法有误，比如多了个逗号，或者错误地使用了单引号而不是双引号。
为什么不用插件而选手动构建系统
Sublime 的插件仓库里曾经有过像 sublimetext-Pandoc 这样的插件，但它已经多年没有更新了。对于 Pandoc 3.x 版本引入的新语法（比如 markdown+attributes），这类老旧插件的支持往往很差，而且它们通常无法让你灵活控制输出模板。
- 插件虽然方便，但它把命令细节都隐藏起来了。一旦转换失败，你往往只能看到一个笼统的“failed”提示，很难快速判断问题到底出在语法、路径，还是某个过滤器缺失。
- 手动配置构建系统则拥有完全的自主权。你可以自由增减参数：想用自定义样式模板？加上
--reference-doc=custom.docx；需要自动生成目录？那就加上--toc --toc-depth=3。这些选项在插件里通常是不开放的。 - 从协作和迁移的角度看，一份配置好的
.sublime-build文件可以轻松复制到多台机器上使用，比同步插件的配置项要简单可靠得多。
导出后的 Word 格式控制关键点
这才是真正的深水区。Pandoc 生成的 .docx 文件，默认会套用其内置的一套样式。虽然它能识别标题、列表这些基础结构，但中文字体、段落间距、行高等样式，全是按照英文文档的默认值来的。这样的文档直接交上去，大概率会被打回来重改。
- 解决这个问题的核心武器是
--reference-doc参数。你需要用它来指定一个自定义的 Word 模板文件。这个模板文件必须提前在 Microsoft Word 里设置好，把「标题 1」、「标题 2」、「正文」等样式的字体、字号、间距都调整为你需要的中文格式。 - 如何制作这个模板？可以先运行命令
pandoc -o reference.docx --print-default-data-file reference.docx导出一个 Pandoc 的默认参考文档，然后用 Word 打开它，修改并保存样式即可。 - 如果不使用
--reference-doc参数，Pandoc 会把所有内容都塞进“正文”样式里。这意味着你之后在 Word 里几乎要手动重排整个文档的格式，工作量巨大。 - 对于一些更高级的样式，比如表格边框、代码块的背景色，仅靠
--reference-doc可能还不够。你还需要在 Markdown 源代码中使用属性语法来明确标注，例如在表格声明后加上{.table .striped}，否则 Pandoc 无法知道该将这部分内容映射到 Word 里的哪个具体样式。
说到底，整个转换过程最麻烦的，其实不是那个点击按钮的动作，而是建立起 Markdown 的简洁语义与 Word 复杂样式体系之间的准确映射关系。Pandoc 可不会猜测你想要三号仿宋体的二级标题，它只认准 ## 对应的是 Word 里的“Heading 2”样式。至于这个“Heading 2”究竟长什么样——是宋体还是黑体，是单倍行距还是1.5倍——就完全取决于你提供的那个 reference.docx 模板文件里是怎么定义的了。
