PDF 转 Word 转换器
拖入文本型 PDF，得到可在 Word、Google Docs 或 LibreOffice 中修改的可编辑 .docx。pdf-inspector 引擎读取文本层，再由 Pandoc 构建真正的 Word 文档 —— 全部在你的浏览器中完成。
点击开始转换
跳转到转换器，自动选择 PDF 转 Word（docx） 输出（pdf-inspector 引擎）
支持的输入格式
| 格式 | 扩展名 | 说明 |
|---|---|---|
| 文本型 PDF | 带真实文本层的原生数字 PDF —— 报告、合同、论文 | |
| 混合型 PDF | 文本页可转换；纯图片页会被标记为待 OCR | |
| 扫描型 PDF | 无文本层 —— 自动识别并标记；请改用 OCR 页面 | |
| 多栏 PDF | 导出前从坐标重建阅读顺序 |
PDF 转 Word 是怎么工作的
PDF 以固定坐标存储绘制的字形 —— 它并不知道什么是段落、标题或表格。因此转为 Word 意味着要从几何信息恢复结构：字号成为标题层级，对齐的矩形成为表格单元格，栏位坐标决定阅读顺序。
两个引擎依次运行。pdf-inspector 解析器（Rust 编译为 WebAssembly）提取文本层并输出结构化 Markdown；随后 Pandoc 的 docx writer 把该 Markdown 变成真正的 Word 文件，包含标题样式、有序与无序列表以及表格对象。
一切都发生在你的浏览器标签页内。PDF 和生成的 .docx 永不接触服务器 —— 无上传、无账号、无排队任务。
如何获得最佳的 Word 输出
标题、段落、列表、链接、加粗与斜体片段以及简单的管道表格都会作为真正的 Word 样式保留下来，因此文档可立即编辑，并与 Word 自带的主题保持一致。
像素级页面版式不会被保留，也永远无法保留：Word 会用自己的字体、纸张尺寸和页边距重排文本。内容会正确，但分页会与原 PDF 不同。
带合并单元格的复杂表格由启发式算法恢复，因此转换后请通读表格行。扫描型 PDF 完全没有文本层 —— 引擎会识别它们并指向 OCR 页面，而不是输出一份空文档。
PDF 转 Word 常见问题
+我的 PDF 会上传到服务器吗？
不会。pdf-inspector 引擎和 Pandoc 转换器都以 WebAssembly 形式运行在你的浏览器标签页内。整个转换过程中网络面板始终保持为空。
+生成的 .docx 文件真的可以编辑吗？
可以。Pandoc 写出的是标准的 Office Open XML 文档，带有真正的标题和列表样式，因此 Word、Google Docs 和 LibreOffice 都能直接编辑 —— 它不是被包裹在 Word 文件里的图片。
+版式会和 PDF 完全一致吗？
不会。文本和结构会保留，但 Word 会用自带的字体和页边距重排内容，因此分页和精确位置会有差异。这是换取可编辑文件所付出的代价。
+能处理扫描型 PDF 吗？
不能直接处理 —— 它们没有文本层。引擎会识别它们并建议改用 OCR 页面，后者会识别页面图像，而不是静默失败。
+可以改成输出 HTML 或 Markdown 吗？
可以。同一条管线也支撑「PDF 转 Markdown」和「PDF 转 HTML」页面 —— PDF 总是先解析为 Markdown，再按你选择的格式写出。