关于
一个把文件处理留在用户设备上的 PDF 工具站
PDF 工具箱 提供 8 个工具，其中 6 个完全在浏览器内完成、零上传， 2 个需要服务器算力但会先告知并在 24 小时内删除文件。没有账号、没有水印；6 个本地工具没有次数限制，2 个识别能力每日有免费页数额度。
为什么把计算放在浏览器里
处理 PDF 这件事本身没有难度：读取字节、重新组织结构、重新压缩，浏览器完全做得到。 让它变难的是——很多工具选择了把文件上传到服务器，因为那样方便统计、方便加限制、方便收费。
但这意味着你每处理一份合同、每体检一次报告、每报销一回发票， 就要把文件在别人机器上放几分钟。这几分钟里发生了什么，你无法验证， 对方的清理策略你也无法核实。这不是技术必需，是商业模式的选择。
所以这里的选择很直接：能用浏览器做的，一律在浏览器做。 只有 OCR 这一件在浏览器里确实做不到的事才上传，并且在页面上先说明白。
我们刻意不做的事
- 不做账号体系。注册是转化率杀手，也是合规与成本的负担。工具用完即走，不需要你交出任何身份信息。
- 不做服务端存储与转码。没有用户文件落在服务器上这件事，也就没有对应的风险与成本。
- 不做 PDF 编辑、批注、去水印、破解密码。最后一项直接涉及侵权与合规风险，不做。
- 不做全家桶。20 多个工具意味着 20 份没人维护的代码，质量反而更差。8 个工具做扎实更有价值。
- 不给导出文件加水印。水印是最容易招致反感、又最容易被绕过的限制。
技术上的几个关键选择
| 选择 | 原因 |
|---|---|
| 静态站点 + 按需加载的交互岛 | 内容页几乎零 JavaScript，首屏快，对搜索引擎友好；只有用到工具的页面才加载重依赖。 |
| PDF 读写用纯 JS 库 | 纯 JavaScript 实现能同时跑在浏览器和 Worker 里，不需要装任何东西，打开网页就能用。 |
| 重计算放进 Web Worker | 100MB 级文件也不会让页面卡住，用户可以随时切走。 |
| OCR 结果在前端生成文档 | 服务端更薄、成本更低、模型可随时替换，识别结果也不用再上传一次。 |
| 不编造识别结果 | 模型不可用就直接报错并建议改用本地工具。看起来对的错结果，是 AI 工具最致命的问题。 |
这个站是怎么运转的
站点是一组构建期预生成的静态页面，托管在阿里云 OSS 上，通过阿里云 CDN 分发； 页面本身没有服务端渲染。AI 识别与匿名事件上报是两个 Serverless 接口，运行在阿里云函数计算上， 按调用计费，没有固定服务器成本。整个站点目前 41 个可索引页面。
内容从这里来
每个工具页都包含：工具本体、隐私说明、真实的使用步骤、能力清单、深度说明、 常见问题（与结构化数据同源）、相关工具内链。场景页按人群组织， 内容页回答"怎么做"类搜索。全部指南 →
如果你觉得这个思路有用
最直接的帮助方式是把它推荐给需要处理敏感文件的人——合同、发票、体检报告。 详见 隐私政策 里写的验证方法。