上周帮同事收拾一份大模型生成的周报，他把内容直接从对话框复制进 Word，结果#标题符号还在，加粗变成了两个星号，表格挤成一团，代码缩进全部丢失。他当场下了个结论：大模型排版太不靠谱。
这个判断我不太同意。真正的问题不是大模型写不好文档，而是大模型输出的是 Markdown 结构化文本，Word 是富文本排版系统，两者直接对接，中间少了一个格式翻译层。
如果你也遇到过类似情况，先别急着怪工具。这篇内容我想把“大模型 → Word”这条链路拆开讲清楚：为什么会乱、怎样正确转换、什么时候可以直接复制、出了问题怎么排查。核心是一句话：不要直接复制粘贴，先让格式走一条能翻译的路。
这个问题的覆盖面其实比想象中大。无论是直接调用大模型 API 生成报告，还是在本地部署的模型里整理资料，只要最终产物是 Word 文档，你都会撞上同一个坎。
1. 先从一次实际经历说起：不是大模型的错，也不是 Word 的错
1.1 看起来是复制粘贴的问题，实际是格式语义断层
那天同事的周报，在对话界面里看起来非常规整：一级标题、二级标题、加粗、要点列表、一个项目进度表，还有一个命令块。但进了 Word 之后，全变了。
这不是偶发情况。我见过很多类似的翻车现场，包括我自己早期也踩过。原因其实是同一个：界面里你看到的“排版”，是大模型输出 Markdown 之后，被前端渲染引擎渲染出来的结果；而 Word 拿到的是另一套信息。
如果把 Markdown 比作一种“带批注的纯文本剧本”，那 Word 就是一个“已经排练好的舞台”。剧本本身没有错，舞台也按自己的规则工作，但你把剧本直接递给舞台，不让导演（转换工具）介入，那舞台上自然没法自动演出一台好戏。
所以这里要先建立一个认知：复制粘贴丢掉的不是内容，而是格式语义。只要这个认知没建立起来，你就会一直在一个错误的方向上找解决方案，比如反复调整 Word 的格式、手改每一个标题、一次次重试复制。
我后来帮同事做了一个简单处理：让他把对话内容先存成.md文件，我跑了一行 Pandoc 命令，转出来的 Word 干净利落。他有点意外，问了一句：这么简单？我说，工具本来就不复杂，复杂的是你知道什么时候该用它。
1.2 乱套的几种典型表现，对照一下你遇到的是哪一种
我归纳了一下，大多数人遇到的“乱套”其实分几类：
| 现象 | 看起来像 | 根因 |
|---|---|---|
| 标题样式丢失 | 标题变成普通大字或纯文本 | 标题层级信息没有传给 Word |
| Markdown 符号残留 | #、**、-原样显示 | 复制到的是原始文本，不是渲染后文本 |
| 表格变成纯文本 | 单元格挤成一行或按 Tab 分开 | 表格结构在文本化时丢失 |
| 列表编号错乱 | 1. 2. 3. 全部变成 1. 1. 1. | 列表语义缺失，Word 无法识别连续列表 |
| 代码块格式丢失 | 缩进、高亮、等宽字体全部没有 | 代码块上下文信息丢失 |
| 引号/破折号乱码 | 中文引号变成英文引号或乱码 | 编码或字符转换错误 |
这些现象的共同点：内容基本还在，但结构信息没了。结构信息是什么？就是哪个是标题、哪段是表格、哪里是代码、列表层级到第几层。Word 处理的是样式化的结构，而不是一串带符号的文本，所以结构信息一丢，一切都乱了。
对照这张表，你可以先判断自己属于哪种情况。这一步很重要，因为不同乱象的解决方法完全不同。你如果只知道“乱了”，却说不清是哪种乱，后面排查就会很被动。至少要把“格式乱”和“内容乱”分开：格式乱是可以靠转换流程解决的，内容乱则是大模型输出质量或提示词设计的问题。
2. 为什么大模型输出和 Word 天生不适配
2.1 Markdown 是“写法优先”的纯文本，Word 是“样式优先”的富文本
理解这件事，要从两者的底层逻辑说起。
Markdown 是一种轻量级标记语言，设计目标就是让人在纯文本里书写，同时保留可读性。你在文本里写一个#，它既是一个可见字符，又是一个“这是一级标题”的提示符。写两个星号包围的文字，就是在说“这里要加粗”。这是典型的“写法优先”：格式信息直接写在文本流里，渲染器负责把它变成视觉样式。
Word 不一样。Word 文档的核心是“样式”体系：标题就是标题，正文就是正文，它们本质上是不同的样式对象，底层还有一套复杂的 XML 描述。你看到的是视觉结果，但控制视觉的是一整套样式树。
所以当你把带#的文本直接放到 Word 里，Word 不认识“# 这是一级标题”这个语法，它只会把它当成普通文本。反过来，Word 里的“标题 1”，复制到 Markdown 里也不会自动变成#。这两个体系之间，天然需要一个“翻译器”。
举个例子，下面这一段在 Markdown 里是这么写的：
# 项目背景 本次迭代的目标是**提升系统稳定性**，具体措施包括：在对话界面里，它会渲染成“项目背景”四个大字，以及一行带有加粗的文字。如果你复制的是渲染后的富文本，Word 可能还能识别一部分加粗；但如果你复制的是原始文本，那么#和**就会原样出现。很多用户分不清自己复制的是哪一种，所以结果时好时坏。
2.2 复制粘贴丢掉的不是文字，而是三层结构信息
很多人以为复制粘贴是把所有东西都带走，其实不是。从对话界面到 Word，至少要经过三层信息处理。
第一层是文本层。这是最基础的一层，大部分复制操作能保留到这层，所以你的文字还在。
第二层是结构层。比如标题层级、列表嵌套、表格行列、代码块边界。这一层能不能保留，取决于你复制时拿到的是“渲染后的富文本/HTML”，还是“原始 Markdown 文本”。对话界面一般会提供复制按钮，但不同产品的复制行为不一样：有的复制原始文本，有的复制 HTML，有的复制经过剪贴板处理的富文本。这也是为什么同一段内容，在 A 平台粘贴正常，在 B 平台粘贴就乱。
第三层是样式层。比如字体、字号、间距、颜色、页边距。这一层即使在富文本复制时能保留一部分，也常常和 Word 默认样式冲突，导致标题字体突然变成某个奇怪的显示效果。
很多人的复制粘贴只到第一层，最多第二层一半。第三层基本要靠 Word 重新排版。
所以，与其每次复制时赌一把，不如从根源上改变流程：让 Markdown 和 Word 之间的转换由一个专门工具来承担。这样你得到的输出是稳定、可预期的，而不是“这次碰巧对了”。
顺带一提，这个问题的普遍性，从很多技术社区里的提问就能看出来。每隔几天就有人问“怎么把大模型回答导入 Word”，回答里往往是一堆复制粘贴技巧。但很少有人去提醒提问者：先搞清楚你手里的是 Markdown 还是富文本，再决定用哪种方式落地。这比任何一种技巧都重要。
3. 别急着复制粘贴，先走一条格式翻译通道
3.1 轻度场景：粘贴时选对 Word 的内置选项
如果只是很短的一段内容，比如几百字、没有表格、没有代码、标题结构简单，那么直接复制粘贴并调整格式是可行的。这时有一个技巧值得养成习惯：不要直接 Ctrl+V，而是用 Word 的“选择性粘贴”。
具体路径是：在 Word 里点右键 → “选择性粘贴” → 根据需要选择。
- 选“只保留文本”：所有格式和标记都会去掉，得到纯文本，再手动套用标题样式。
- 选“合并格式”：保留内容，同时让内容适配当前文档的样式，一般适合粘贴普通段落。
- 选“保留源格式”：适合从另一个 Word 文档或网页复制，但大模型对话界面的情况不稳定，不建议默认使用。
另一个更稳妥的方法：先把大模型输出的内容存成.md文件，用支持 Markdown 的编辑器打开。比如 Typora、VS Code 的 Markdown 预览、Obsidian 等，然后在编辑器的渲染结果里复制，再粘贴到 Word。这类编辑器在复制时会尽可能带上 HTML 结构信息，乱套概率会小很多。
不过，对于有表格、代码块、多级标题的正式文档，我仍然建议走完整转换流程。轻度场景的方法只适合“内容不长、要求不高、不常发生”的情况。
3.2 标准场景：用 Pandoc 把 Markdown 转成 docx
这里要说一个我很常用的工具：Pandoc。它是一个文档格式转换器，本身不是大模型工具，但做大模型内容落地非常合适。
Pandoc 的安装，在常见 Linux 发行版和 macOS 上一般都有包管理方式，Windows 上也有官方安装包。安装完成后，只需要一条命令：
pandoc input.md -o output.docx这条命令会读取 Markdown 文件，解析里面的标题、表格、代码块、列表、引用等结构，然后生成对应 Word 样式的 docx。转换后，在 Word 里你会看到：一级标题对应“标题 1”样式，二级标题对应“标题 2”，代码块使用等宽字体，表格生成 Word 表格。
这一步节省了大量手工排版时间，而且结果稳定。原因很简单：Pandoc 在做的是真正的格式映射，而不是复制粘贴时的“尽力而为”。
如果 Word 里默认的标题颜色、字体不是你想要的，可以准备一个参考模板 docx，作为样式基准：
pandoc input.md -o output.docx --reference-doc=template.docx这个template.docx需要你先手动制作一次：新建一个 Word 文档，调整好“标题 1”“标题 2”“正文”“代码块”等样式，然后把它作为参考模板传进去。之后再转换，生成文档就会带上你自定义的样式。
3.3 更进一步：用 Word 样式模板统一排版
Pandoc 默认生成的 docx 用的是 Word 的默认样式。如果你所在的团队有规范模板，或者有“必须使用特定字体、特定标题颜色”的要求，这时自定义参考文档会非常关键。
实际操作一般是：
- 用 Word 新建一个空文档。
- 打开样式面板，逐个修改“标题 1”“标题 2”“正文”“强调”“行内代码”等样式。
- 另存为
template.docx。 - 在 Pandoc 命令中传入
--reference-doc=template.docx。
这样转换出来的文档，标题、正文、表格基本不用再调整。
需要注意一点：参考模板里的样式名称必须和 Pandoc 生成的样式名称对应。Pandoc 的 docx 内部使用一套标准的样式名，你在模板里自定义的是这些标准样式的外观，而不是新建样式名。如果把样式改名，Pandoc 就找不到对应关系，转换结果会退回默认样式。
注意：第一次做模板时，不要急着追求完美。先跑通默认转换，再逐步调整几个关键样式，比如标题 1、标题 2、正文、代码。等流程稳定了，再细化其它样式。
这里再解释一句“为什么 Pandoc 能做这件事”：它内部先把 Markdown 解析成一种通用的文档树，再把文档树映射为 docx 的样式模型。这种“先解析，再映射”的模式，跟直接复制粘贴完全不在一个量级。复制粘贴是让两个系统直接对话，Pandoc 是安排一个翻译员在中间，结果自然稳定得多。
4. 把“生成文档”变成一条可控流程
4.1 先搭结构，再分批生成，最后统一转格式
在实际项目中，很多人会犯一个错误：让大模型一次生成整篇几十页的文档，然后一次性转换。这会遇到几个问题：上下文过长导致内容质量下降、格式嵌套复杂导致转换出错、后期修改非常痛苦。
我的建议是反过来：先把文档结构搭起来，再分批生成每个章节，最后统一转格式。这个流程很像盖房子，先有框架，再填充模块，最后统一装修。
实际操作步骤：
- 先列出文档大纲。你可以让大模型先生成一份提纲，也可以自己写好结构。
- 按章节或模块逐个让大模型生成内容，保存为独立的 Markdown 文件。
- 你检查、修改每个文件的内容，确保没有事实错误和表达问题。
- 用 Pandoc 把所有 Markdown 合并转成一个 docx，或者先合并再转换
