PDF 转 Markdown 转换工具

该用哪一个？

拿不准就用通用的 PDF 转 Markdown。它是最常见的场景，输出的是标准 GFM，在任何地方都能正常显示。其余页面之所以单独存在，是因为同样的结果送到不同地方时，需要留意的事情不一样。

如果结果要进入笔记库，就看 Obsidian 那一页。真正改变的不是转换本身，而是之后的处理：文件名成为笔记标题，标题层级决定大纲，而没有链接的笔记在关系图谱里是看不见的。

如果要导入或粘贴到 Notion 页面，就看 Notion 那一页。Notion 支持 Markdown 导入，但能映射的区块类型比 GitHub 少，事先知道哪些能保留、哪些会变成普通段落，可以省去返工。

如果转换后的文本要直接交给大语言模型，就看 ChatGPT 或 Claude 那两页。它们关心的是同一件事：不浪费 Token，以及让表格和标题层级完整地传过去。

如果表格本身就是您转换的理由，就看表格那一页。从 PDF 中取出表格有其独有的失败方式——合并单元格、折行文字、对不齐的列——那一页讲的正是如何识别并修复它们。

如果手上的文件是 .docx 而不是 PDF，请用 Word 转换器。这是本站唯一来源不是 PDF 的页面，转换结果也更忠实：Word 自己保存了标题、列表层级和表格单元格，无需从版面推测。

只有在普通转换器什么也没得到时，才使用扫描版 PDF 转换器。那正是扫描件的特征：文档里没有可供读取的、能被选中的文字。

它们的共同点

所有页面背后只有一个转换引擎。它在您浏览器的 Web Worker 中用 PDF.js 读取 PDF，测量文字的几何位置并据此推断结构：字号大于正文的成为标题，行距接近的合并为段落，对齐到相同列位置的成为表格。

Word 走的是同一个引擎，只是入口不同。.docx 在浏览器中解压后被直接读取——样式名给出标题，编号定义给出列表——之后进入同一个 Markdown 生成器，所以同一份文档保存成两种格式，转换结果是一致的。

全部免费，无需账号，单个文件上限 50 MB。粗体、斜体、行内代码和嵌入链接都会保留。图片不会被提取，数学公式不会转换为 LaTeX。

唯一会上传的那一个，以及它为什么单独存在

扫描页是一张照片，其中根本不含文字，因此无论解析器多好，在浏览器里运行的程序都读不出来。识别它需要光学字符识别，所需算力远超一个浏览器标签页。

所以扫描件有自己的转换器，而不是其他页面上的一个勾选项。正是这种分离，才让本站其余每一个页面都能不加限定地说：您的文件不会离开您的设备。如果任何一个页面都可能上传，这句话在所有页面上都得打折扣。

真正使用时它会先询问：对话框会告诉您将发送多少页、发往何处、保留多久，在您确认之前不会传输任何内容。文件在任务期间保存在内存中，任务结束即销毁。