DS随心转
直接答案：先看 Markdown 源文档是否用成对的代码围栏包住代码，再检查导出的 Word 是“缩进真的丢了”，还是一行代码太长造成视觉换行。前者要修复源语法并重新转换；后者需要调页面宽度、字体或让长行合理换行。需要保留代码结构时，可用 DS随心转把 Markdown 转成 DOCX，但应逐处校对代码块。
一、代码块和普通段落有什么区别？
Markdown 常用三个反引号开始与结束一段代码；开头还可标注语言名。围栏里的空格、换行属于代码内容，不能像普通段落那样随意合并。如果 AI 回答只用了单个反引号，或结束围栏缺失，转换器可能把后面的文字也当代码，或者把代码当普通正文。
打开 Word 后，先对照原稿数一数缩进层级，并看复制回纯文本时空格是否还在。若空格仍在、只是显示到了下一行，问题通常出在版心宽度，而非内容丢失。
二、三种处理顺序
- 修正 Markdown：确保围栏成对，代码块前后与正文分开；不要用手工加粗或截图代替代码。
- 转为 DOCX：在 DS随心转的 Markdown 转 Word 入口输入结构化内容，保留代码块作为独立内容。转换完成后重点检查缩进、空行、长行和中英文符号。产品资料支持代码块的结构处理，但不应据此承诺每种语言都自动高亮或与网页颜色完全相同。
- 调整 Word 排版：长行超出页面时可适度缩小代码段字体、改页面方向或手工换行；要继续运行的代码，不应随便断开标识符和字符串。
用 DS随心转转换代码块时检查什么？
除了首个代码块，至少抽查一个包含多层缩进的片段和一个长行片段。确认段落没有混入列表编号，复制出来仍是原有代码文本。若文档要交给开发者运行，最好在代码编辑器里做一次语法检查，别只凭 Word 视觉效果判断。
三、需要控制高亮和样式怎么办？
技术用户可使用 Pandoc 将 Markdown 转 DOCX，按需指定代码语言和高亮样式。Pandoc 官方手册说明，对标注语言的围栏代码块，DOCX 输出支持语法高亮；这只是 Pandoc 的能力，不代表所有转换工具都有同样效果。若团队更关心打印一致性，可在 Word 里统一代码段样式，而不是追求和网页一模一样的颜色。
参考：Pandoc 用户手册：Syntax highlighting。
四、总结
代码块转 Word 的第一步是保留 Markdown 围栏和原始空格，再区分内容丢失与视觉换行。DS随心转可承担结构化导出；正式交付前应核对缩进与可复制性，需要精细高亮时再考虑 Pandoc 等可控方案。
常见问题
代码在Word里换行，是缩进丢了吗？
不一定。长行可能只是超出页面宽度后视觉换行。复制回代码编辑器，对照原稿的空格和换行，才能判断内容是否改变。
代码块必须写语言名吗？
保留代码块结构不一定必须写语言名；如果要让支持高亮的工具识别语言，写明语言名通常更有帮助。
DS随心转能保证和网页代码颜色完全一样吗？
不能这样承诺。应先确认代码文本、缩进和换行正确；具体语法高亮和颜色效果要以生成的 DOCX 实际检查为准。