SERVER OCR · 需上传 · 24H 内删除
扫描件转 Word · 图片型 PDF 变成可编辑文档
扫描件里的文字选不中、搜不到，本质是因为它只是一张图。这里做的是真正的文字识别：把图上的字读出来，重排成可以继续编辑的 Word。
单次最多 20 页 · 页面渲染在本地完成，只有识别环节会上传
Procedure
三步搞定
- 确认上传提示
先看清楚：这一步需要把文件上传到服务器，处理完成后 24 小时内删除。
- 选择扫描件 PDF
单次最多 20 页；页数多时工具会自动逐页处理，并发控制在 2。
- 校对并下载
结果页提示低置信内容，确认无误后下载 .docx，可继续在 Word / WPS 里编辑。
Capabilities
这个工具能做什么
- 识别结果结构化返回：标题层级、段落、表格分别还原
- Word 文档在你自己的浏览器里生成，识别结果不会二次落盘
- 低置信页面会在结果页顶部提示，建议人工校对
- 模型不可用时明确报错并引导改用本地工具，绝不返回编造内容
Details
扫描件转 Word：需要知道的细节
扫描件为什么不能直接提取文字
扫描仪和手机拍照生成的 PDF，本质上是把每一页存成一张图片。PDF 里只有像素，没有字符编码，所以选中、搜索、复制都拿不到东西。
要让里面的文字变成可编辑内容，只有一条路：让 OCR 模型"看图认字"。这一步的计算量远超浏览器能承担的规模，也是全站唯一必须使用服务器的功能。
这条链路具体做了什么
第一步在你的浏览器里：用 pdf.js 把每一页渲染成 150–200 DPI 的 PNG，这一步不上传任何东西。
第二步在服务器：把页面图片送去识别，返回结构化的段落、标题层级与表格数据，而不是一整块纯文本。
第三步又回到你的浏览器：结构化的结果用 docx 库在你的设备上生成 .docx 文件，识别结果不会再上传一次。
关于准确率的诚实说明
OCR 的准确率高度依赖原图质量。印刷体在 300 DPI 扫描下通常很准；拍照倾斜、有阴影、字很小的情况会明显变差；手写体基本不可用。
这个工具的底线是：不编造内容。识别不出来就返回空或标注低置信，而不是用语言模型"猜"一个看起来通顺的句子填进去。对需要校对的材料来说，看到真实的错误比看到虚假的正确更重要。
什么时候该用本地工具
如果文件本身就是文字版 PDF（能选中文字），用「PDF 提取文字」就够了，完全不用上传。只有确认是扫描件、图片版，才值得走 OCR 这条需要上传的链路。
FAQ
常见问题
为什么不放在浏览器本地做？
文字版 PDF 提取文字是可以本地做的，但扫描件是图片，必须靠 OCR 模型把图像识别成文字，而这类模型体积远超网页能承受的范围。所以这条链路是全站唯一需要上传的：我们会明确提示，并在 24 小时内删除文件。
识别准确率怎么样？
印刷体、清晰扫描件通常表现良好；手写体、低分辨率拍照、密集表格的错误率会明显上升，并且无法保证。任何 OCR 工具都一样。所以我们会在结果里标注低置信内容，请你校对后再用。
会保留我的文件吗？
不会留存。文件仅用于本次识别，处理完成后 24 小时内从服务器删除，不用于训练、不做人工查看，也不会记录文件名。你可以从隐私政策里看到完整说明。
每天能用多少次？
默认每日 200 次、单 IP 每小时 10 次，页面上的额度挂件会实时显示今日剩余。额度是为了控制成本，而不是为了引导付费——超额时明日 0 点自动恢复。
识别失败怎么办？
如果模型不可用或超时，页面会明确告知「AI 服务暂时不可用」并建议改用本地工具（例如先转成图片再手动整理），不会给你一份看似正确的编造结果。
Cross-reference
相关工具
同样在浏览器里完成，文件都无需上传。
扫描的对账单、报价单、成绩表，最难的不是看，而是把数字重新敲进表格。这里识别出表格结构，直接给你一份 .xlsx。
把 PDF 里的文字抠出来，尽量保留换行和段落。提取过程不上传文件，结果可以复制或存成 txt。
要发到公众号、贴进 PPT、还是做打印稿？按需要选 DPI，页面直接渲染成图，一张张下载或者一次打包。
把 30MB 的扫描件压到 3MB 以内，报告、论文、发票都发得出去。压缩过程在你自己的浏览器里跑，文件从头到尾没有离开过这台设备。
KEYWORDS · 扫描件转word / pdf转可编辑word / 扫描pdf转word / pdf转word — 全部处理都在 PDF 工具箱 内完成，不保留你的文件。