Markdown 文件可以转换成哪些格式？
本工具支持将 .md 或 .markdown 文件在浏览器中预览，并导出为 Word（.docx）或 PDF 文件。Word 适合继续编辑、审阅和发送给他人修改；PDF 更适合定稿、打印或保持版式。
.md 或 .markdown 文件，在浏览器本地预览，再一键导出为 Word（.docx）或 PDF。文件不会上传到服务器。也可以点击此区域选择一个 .md / .markdown 文件
Markdown 适合写，不一定适合交付。文档写完之后，对方要的往往是一份 .docx：要在里面加批注、开修订、套单位的公文模板，或者干脆因为流程只收 Word。周报、需求文档、投标材料、课程作业都属于这一类。转换的意义不在于换个后缀，而在于把纯文本的标记变成 Word 认识的样式——标题成为可以生成目录的大纲级别，列表成为真正的编号列表，表格成为可以调整列宽的表格对象。
反过来说，如果只是想把一个 .md 文件读一遍，并不打算交给谁，那就不必转换——用MD 文件在线打开直接看就行。转成 Word 再打开是多绕一道，而且转换过程中该丢的格式一样会丢。
还要继续改、需要别人批注或走修订流程，就转 Word。已经定稿、要发出去或打印归档，就转 PDF：它在不同电脑上排版一致，不会因为对方没装某个字体而错行，也不容易被随手改动。实践中常见的做法是先导出 Word 走完评审，最后再导一份 PDF 作为定版留存。两种格式本页都能导出，同一份 Markdown 转两次即可。
Pandoc 是这一类转换的标准答案，模板、参考样式、交叉引用、参考文献都能控制，适合长期维护一整套文档流水线。代价是要安装、要配 LaTeX 环境、要记参数。如果只是手上这一份文件要交出去，为此配环境并不划算——本页在浏览器里完成转换，不用安装、不用注册，文件也不会离开你的电脑。需要的是长期自动化，再去上 Pandoc 不迟。
直接写在 Markdown 里的原生 HTML、复杂的嵌套表格、自定义 CSS，这些在 Word 和 PDF 里没有对应结构，转换时会被简化。数学公式、Mermaid 流程图这类依赖特定渲染器的扩展语法，不会按原平台的样子出现。引用本地磁盘图片的写法也拿不到图，浏览器读不到同目录的其他文件，改成网络图片链接即可。转换前先在预览里过一眼，看到的效果就接近导出的效果。
还有一类问题不在转换上，在源码本身：列表前面少一个空行、表格的竖线对不齐、中英文挤在一起没有空格，预览里就已经不是想要的结构，导出的 Word 和 PDF 自然跟着错。遇到这种先用Markdown 在线格式化把源码整理一遍再转，比导出之后在 Word 里逐段返工省事得多。从网页或飞书复制来的内容尤其值得先过一遍。
本工具支持将 .md 或 .markdown 文件在浏览器中预览，并导出为 Word（.docx）或 PDF 文件。Word 适合继续编辑、审阅和发送给他人修改；PDF 更适合定稿、打印或保持版式。
常见 Markdown 语法会尽量转换为对应的文档结构，包括标题、段落、加粗、斜体、列表、链接、引用、表格和代码块。由于 Word 对 HTML/CSS 的支持有限，特别复杂的排版、嵌套表格或自定义样式可能需要导出后再微调。
PDF 会基于页面中的预览内容生成，适合普通文档、说明书、笔记和技术文档。为了获得更好的阅读效果，建议在 Markdown 中使用清晰的标题层级，避免过宽的表格，并尽量不要在一行中放入过长的代码或链接。
不会。文件读取、Markdown 解析、预览、Word 导出和 PDF 导出都在浏览器本地完成，页面不会上传你的文档内容。适合转换内部文档、会议纪要、学习笔记和未发布的技术文章。
Markdown 文件通常只保存图片路径，不包含图片本身。浏览器出于安全限制，无法自动读取同目录下的其他本地图片文件。建议使用网络图片链接，或在导出 Word 后手动插入本地图片。
支持常见的 GitHub Flavored Markdown 写法，例如表格、任务列表、自动换行和代码块。不同平台对扩展语法的支持略有差异，如果使用脚注、数学公式、Mermaid 图表等高级语法，导出结果可能不会按原平台方式渲染。
浏览器预览、Word 文档和 PDF 生成使用的渲染机制不同，因此字体、分页、表格宽度和代码块换行可能存在差异。建议先检查页面预览，再下载目标格式；如果是正式文档，可以在 Word 或 PDF 工具中做最后排版调整。
适合转换 README、技术说明、项目文档、接口文档、课程笔记、会议纪要、博客草稿和简单报告。对于包含大量复杂图表、公式或自定义组件的文档，建议使用专门的文档构建工具进行最终排版。