标题和段落
使用Word标题 1 到标题 6 样式的段落将成为带有井号标记的 ATX 标题。普通段落仍然是纯文本块,为 Markdown 提供了有用的层次结构,而无需保留页面级样式。
转 .docx
在浏览器中进入干净、可编辑的 Markdown。免费、即时且无需帐户。
放下你的 .docx 文件在这里
or 点击浏览 从您的计算机
最大 50 MB · 仅限 .docx 文件
转换您的文档...
在本地阅读您的文档
文件通过浏览器的 FileReader API 读取并在本地进行转换。对您的文件数据进行零网络请求。您可以在浏览器中验证这一点 网络选项卡.
继续转换
首先查看输出
该转换器支持您可以查看和编辑的干净源代码,而不是黑盒下载。
启动清单
在发布窗口之前准备文档。
# Launch checklist
Prepare the documentation before the **release window**.
- Review the final copy
- Confirm every link
- Publish the announcement
| Owner | Status |
| --- | --- |
| Maya | Ready | 工作原理
无需注册,无需配置。只需打开页面并进行转换即可。
将 .docx 文件拖放到转换器上,或单击进行浏览。文件在浏览器中本地读取。
mammoth.js 解析 Word 文档,并把 HTML 转换为干净的 Markdown。不涉及服务器。
复制或下载 Markdown。找到图片后,将 .md 文件及其图像一起保存在一个 ZIP 中。
什么可以很好地转换
Word-to-Markdown 转换将文档结构转换为纯文本语法。 它不是像素完美的导出。Word 专为页面布局和打印样式而设计;Markdown 专为可通过许多发布工具呈现的可读源文本而设计。
WordToMD 优先考虑标题、段落、列表、链接、强调和简单表格,这些元素具有可靠的 Markdown 等效项。可编辑的结果使不可避免的差异变得可见,而不是将它们隐藏在自动下载后面。
已知限制
使用Word标题 1 到标题 6 样式的段落将成为带有井号标记的 ATX 标题。普通段落仍然是纯文本块,为 Markdown 提供了有用的层次结构,而无需保留页面级样式。
常见编号列表、项目符号列表和嵌套列表级别保留为 Markdown 列表语法。当 Word 文档使用实际列表控件而不是手动键入的数字或项目符号字符时,效果最为明显。
简单的矩形 Word 表格变成带有标题分隔行的 GitHub Flavored Markdown 表格。由于 Markdown 没有原生的合并单元格模型,因此转换后可能需要重新设计跨单元格和嵌套布局。
超链接、粗体文本和斜体文本映射到可移植的 Markdown 语法。可见文本和目标 URL 仍然可供查看,而装饰性字体系列、颜色和页面样式则被有意保留。
中文、日文、阿拉伯文、重音字符、表情符号和混合语言段落仍保留 Unicode 文本。始终在最终目的地中检查从右到左的布局和专门的排版,因为渲染取决于该平台。
结果不是锁定预览。在复制或下载最终的 .md 文件之前,更正标题、重写路径、整理表格或直接在输出面板中添加特定于目标的语法。
Markdown 的下一步发展
WordToMD 不会尝试猜测您的最终发布平台。它为您提供了便携式 Markdown,您可以检查、调整并将其放置在您的内容需要存放的任何地方。
GitHub
团队经常在将内容放入自述文件或文档存储库之前在 Word 中起草规范、发行说明和设置指南。转换文档,检查标题级别和相关链接,然后将 Markdown 与代码一起提交。结果比二进制 .docx 文件更容易比较、审查、版本和维护。
Word 到 GitHub 工作流程知识库
当个人笔记本、研究档案或内部知识库在 Word 中开始时,Markdown 副本可以充当有用的桥梁。转换后,调整目标应用程序的 wiki 链接、标注、标签和附件。文档结构以可移植文本形式提供,而特定于平台的组织仍由您控制。
为 Obsidian 准备笔记出版
作者可以继续使用熟悉的 Word 审阅工具,而开发人员则通过 Astro、Hugo、Jekyll、Eleventy 或其他静态站点生成器进行发布。WordToMD 创建文章正文;然后,您可以在预览页面之前添加前言、图像路径、组件以及发布系统所需的任何语法。
静态站点转换指南技术写作
技术作者经常收到 Word 文档形式的批准内容,即使最终来源属于 GitBook、Confluence、开发人员门户或文档即代码管道。干净的 Markdown 草稿消除了重复的重新输入。在发布之前查看代码块、表格、内部引用和特定于产品的扩展。
在 GitBook 中发布 Word 内容选择正确的方法
不存在适合每个文档的最佳转换器。WordToMD 专门针对快速、私密的浏览器工作流程进行了优化。当转换是自动发布系统的一部分时,Pandoc 会更强大,而对于非常小的文档,手动复制和粘贴仍然是合理的。使用以下权衡来选择满足您需求的最简单方法。
| 方法 | 设置 | 文件隐私 | 最适合 | 主要权衡 |
|---|---|---|---|---|
| WordToMD 这个工具 | 无 | 浏览器本地 | 快速视觉转换、可编辑结果和基于浏览器的小批量 | 批量 ZIP 可以方便地保存最多 20 个文件;脚本化发布管道仍然需要 CLI 工作流程 |
| Pandoc | 命令行安装 | 您计算机上的本地 | 批处理作业、引用、方程、模板和脚本化管道 | 更强大,但需要安装和命令行配置 |
| 复制并粘贴 | 无 | 取决于目的地 | 一些格式很少的短段落 | 标题、列表、链接和表格通常需要手动重建 |
| 服务器转换器 | 通常没有 | 文件已上传 | 需要远程处理或帐户存储的功能 | 您必须信任该文件及其保留政策的提供者 |
选择 WordToMD 当您想要通过预览转换一个 .docx、在本地打包一小批、无法上传敏感文档或想要在保存之前编辑 Markdown 时。
选择Pandoc 当您需要可重复的批处理命令、提取的媒体、学术引文、方程式、自定义过滤器或跨大型集合的一致转换时。
您可以检查的隐私
当您选择 .docx 文件时,WordToMD 会使用浏览器 FileReader API 读取该文件。该文档在您的设备上进行解析,转换为 HTML,然后转换为 Markdown。没有将文档传送到 WordToMD 服务器的转换请求。
本地处理对于草稿、内部文档、客户材料以及您不想放入第三方上传队列的其他文件特别有用。这也意味着 WordToMD 不会创建云副本供您稍后检索:结果存在于当前浏览器会话中,直到您复制、下载、重置或离开页面。
网站分析可能会记录普通页面活动,但转换器不会在分析事件中包含文件名、文档文本或生成的 Markdown。要进行独立检查,请打开浏览器开发人员工具,选择“网络”面板,然后在运行转换时观察请求。
转换之前
转换质量更多地取决于文档结构而不是视觉修饰。简单、风格一致的 Word 文件通常会比使用手动间距、浮动对象和自定义格式设计的页面生成更好的 Markdown。这些检查减少了清理工作,而不会改变文档的内容。
应用标题 1、标题 2 和标题 3,而不是使普通段落变大或加粗。结构样式为转换器提供了可靠的层次结构来映射到 Markdown 标题。
使用实际的有序和无序列表,而不是手动输入项目符号或数字。保持嵌套一致,以便可以正确识别和缩进子项。
Markdown 表格作为具有一个标题行的矩形网格效果最好。当准确的表格很重要时,拆分合并的单元格、嵌套表格和多段落单元格。
当文档包含受支持的图片时,请下载 Markdown + 图像 ZIP,以将生成的相对路径和资源保存在一起。需要时重命名或优化目标的这些文件。
GitHub、Obsidian、Notion 和静态站点生成器以不同的方式扩展 Markdown。仅在可移植基础转换完成后才添加前言、wiki 链接、标注或组件。
代表反馈
这些简短的推荐是基于常见的 Word-to-Markdown 需求的代表性工作流程快照。这些角色是说明性的,而不是归因于客户资料,并且当经过验证的反馈可用时,它们可以替换为基于权限的用户报价。
“我需要将审阅的 Word 文档移至 GitHub,而无需手动重建每个标题、列表和链接。浏览器转换器为我提供了一份 Markdown 草稿,我可以在它到达存储库之前对其进行检查。”
技术作家
Word → GitHub 文档
“客户文档可能包含机密材料,因此将它们上传到未知的转换服务是不可接受的。本地浏览器处理使工作流程更容易批准。”
内容运营主管
私人客户文档
“我们的作者用 Word 写作,但出版项目存储 Markdown。有用的部分是获得一个干净、可编辑的起点,同时保持对标题、链接和图像的最终控制。”
文档维护者
Word → 静态站点发布
此处标记了说明性角色,以将其与未来经过验证、基于许可的客户评价区分开来。
来自博客
将 Word 文档转换为 Markdown 及其他格式的指南。
为 AI 知识库和 RAG 准备 Word 文档:转换为 Markdown、构建部分、添加元数据、保留权限和测试检索。
将带有图像的 Word 文档转换为 Markdown、提取 DOCX 媒体、创建可移植路径、编写有用的替代文本并防止损坏的图像链接。
通过系统的故障排除工作流程修复损坏的标题、列表、表格、链接、图像、代码块、空输出和缓慢的 DOCX 转换。
FAQ
否。WordToMD 读取 .docx 文件并在浏览器中执行转换。文档内容、文件名和生成的 Markdown 不会发送到转换服务器。处理保留在您正在使用的设备上,因此如果您想自己验证行为,您还可以在转换时检查浏览器网络面板。
转换器接受由 Word 2007 或更高版本创建的 .docx 文件,包括由 LibreOffice 和 Google Docs 导出的兼容文件。不支持旧的二进制 .doc 格式。在 Word 或 LibreOffice 中打开 .doc 文件,保存新的 .docx 副本,然后将该副本添加到 WordToMD。
标准标题、段落、粗体和斜体文本、超链接、有序和无序列表、基本表格和 Unicode 文本通常可以清晰地映射到 Markdown。Word 和 Markdown 使用不同的布局模型,因此合并的表格单元格、文本框、SmartArt、嵌入图表、页面标题和高度自定义的样式可能会被简化或省略,应在转换后进行审查。
是的。简单的矩形 Word 表格会转换为 GitHub Flavored Markdown 表格,在 GitHub 和许多 Markdown 编辑器上运行良好。Markdown 表格无法代表所有 Word 布局。合并单元格、嵌套表格、一个单元格内的多个段落以及复杂的单元格样式可能会被展平,因此在下载之前请检查可编辑输出中的这些部分。
支持的嵌入图片转换为相关 Markdown 图像链接。找到图像后,WordToMD 会添加包含 .md 文件和图像文件夹的 Markdown + 图像 ZIP 选项。浮动形状、SmartArt、图表、标题和其他复杂的 Word 绘图对象可能仍需要手动处理。
是的。生成的 Markdown 显示在可编辑面板中。在复制结果或下载 .md 文件之前,您可以更正标题、路径、表格、间距或任何特定于项目的语法。如果您改变主意,重置控件将恢复原始转换,而无需您再次选择文档。
当前限制为每个 .docx 文件 50 MB。由于处理发生在您的设备上,因此转换速度还取决于文档和可用的浏览器内存。如果感觉大文件速度很慢,请压缩 Word 中的嵌入图像、删除未使用的媒体、关闭占用大量内存的浏览器选项卡或将文档拆分为逻辑部分。
是的。输出是纯 Markdown,可以粘贴到 GitHub、Obsidian、许多知识库和静态站点项目中。每个平台支持的 Markdown 方言略有不同,因此请查看表格、内部链接、前言、标注和图像路径。WordToMD 提供了一个干净的起点,而不是自动添加特定于平台的元数据。
Pandoc 更适合命令行自动化、大型重复批处理作业、引文、方程、自定义过滤器和可重复的发布管道。WordToMD 专为无需安装的可视化工作流程而设计:转换和审阅一份文档,或将最多 20 个 DOCX 文件打包到本地 Markdown 和图像 ZIP 中。
Word 文档可以使用自定义样式、手动间距、浮动对象和页面级布局对外观进行编码。Markdown 有意表示一组较小的结构元素。当文档使用粗体文本而不是标题样式、手动项目符号而不是实际列表、合并的表格单元格、文本框或特定于平台的格式时,最常需要进行清理。