云转换服务 vs 本地转换：什么时候选哪个

文档转换只发生在两个地方之一：你访问的服务的服务器上，或你面前的这台机器上。云服务把文件上传、远程处理、再把结果传回来；本地转换在浏览器或桌面应用里完成全部工作，文件从不离开设备。

两种方式没有绝对优劣，关键看文件有多敏感、数量有多大、体积有多高，以及是否需要离线工作。下文把这些考量拆成几个决策因素，并附一份半分钟清单。

真正有差别的几个因素

最核心的差别是数据流向。云服务接收文档的完整内容，放在你无法控制的基础设施上，按你无法验证的策略删除；本地转换让每个字节都留在设备里，唯一流量是首次下载引擎本身，之后断网也能照常转换。

规模和成本的表现也不同。云平台按次计量，每次转换都消耗它们的算力，免费额度通常限制文件大小、每日次数或批量功能。本地工具把账反过来：用自己的处理器干活，转换五百个文件和五个的成本一样。

保真度并不天然偏向哪一边。输出质量取决于转换引擎，而不是引擎运行在哪里。公平的比较应该看解析用的工具及其版本，而不是上传页面上印着谁的标志。

对真正公开的材料，云服务的便捷性很难被超越。反正要发布的营销 PDF、全是套话的政府表格、只需转一次 Markdown 的幻灯片：上传、下载、结束，不用安装任何东西。当泄露没有代价时，托管工具的速度就是优势。

重计算任务是第二个合理场景。对扫描件做光学字符识别需要大量算力，很多云服务把 OCR 和转换打包在一起。如果扫描内容不涉密、结果只需要一次，交给服务器是划算的。

被锁死的电脑是第三种情况。在没有安装权限的公司笔记本上，浏览器里的在线服务可能是唯一选项。这恰恰是应该认真读隐私政策而不是跳过的时刻，因为图方便和给授权是两个决定。

任何你不愿意递交给陌生人的文件都该走本地：合同、病历、财务报表、人事档案、未发布方案、保密协议下的客户材料。文件一旦离开设备就收不回来，删除承诺只是政策而非证据。

批量是第二个触发条件。十年 Word 归档成 Markdown、每周转换整个文件夹的报告、成批处理另一系统的导出，这类任务里逐个上传和免费额度上限让人崩溃。本地管道一次跑完整个文件夹，永不弹升级提示。

在有些行业，合规规则直接替你做决定：数据处理规范可能禁止把特定文档交给第三方。离线可用同样重要，引擎已缓存的浏览器工具在飞机上和断网时照常工作。讨厌为一次性任务注册账号的话，本地转换一个也不要。

多数人不需要永远站队。务实的分法是：公开、用完即弃的材料走最快的云工具；机密、超大、重复性的任务留给本地转换器。分类规则一句话说清：一旦泄露会让你难堪或违反协议，就走本地。

团队场景建议把规则写下来。一条足够短的规范，比如已发布内容可用云工具，含客户数据、未发布财务或受许可素材必须本地转换，就能同时避免选择困难和意外泄露。

云服务的价格看起来免费，直到你读完限制条款。典型的免费档会限制文件大小、每日次数、输出格式或批量功能，用量常态化后就把你引向订阅。账单真实但按量计费：用量涨了才开始付钱。

本地转换把成本前置。引擎只需下载一次，编译成 WebAssembly 的完整 Pandoc 构建约几十 MB，之后一直缓存。再往后，转换永久免费、可离线、算力随硬件走。每月文件数超过个位数，账就算到本地这边。

按顺序问自己：文件里有没有个人、财务、医疗、客户或未发布的信息？有就走本地。文件是否超过服务的免费大小限制，或者数量不止几个？是就走本地。这两个问题就能解决大多数实际情况。

只有两个答案都是否，云服务才有吸引力：内容不敏感、批量小、也许要做 OCR，或在一台装不了软件的机器上。不想操心这些的话，本站转换器在浏览器里运行编译成 WebAssembly 的真正 Pandoc 引擎，文件不离开你的电脑，缓存后还能离线用。