Stirling-PDF:免费PDF修改处理工具

处理一份合同、扫描件或项目资料时，很多人会把 PDF 上传到不同的在线网站。文件处理完了，网页关掉，心里却很难确认数据经过了哪里。

Stirling-PDF 提供了另一种做法：把 PDF 工具部署在自己的电脑、服务器或局域网里，通过浏览器使用。项目开源，支持桌面应用，也提供私有 API 和 Docker 部署方式。

仓库当前列出的工具超过 50 个，覆盖日常最常见的 PDF 操作：合并、拆分、编辑、签名、涂黑、格式转换、 OCR 、压缩，以及页面排列和旋转。

它还有两类功能比较适合团队使用：一类是 REST API，方便把 PDF 处理接进已有系统；另一类是网页里的无代码工作流，可以把多步操作串起来。比如把一批扫描件先转成可搜索文本，再压缩后归档。

界面支持 40 多种语言。这个数字会随版本变化，具体以当前仓库和文档为准。

三分钟启动一个本地实例

官方 README 给出的 Docker 启动命令很短：

docker run -p 8080:8080 docker.stirlingpdf.com/stirlingtools/stirling-pdf

启动后打开：

http://localhost:8080

这条命令适合先看功能。要长期运行，还要补上数据目录、端口规划、升级策略和备份。放到公网时，至少要考虑登录、反向代理、 HTTPS 和访问控制，不能把测试实例直接暴露出去。

“本地处理”要看你怎么部署

自己部署的好处很明确：文件可以留在自己的电脑或服务器里，少经过第三方在线服务。个人电脑上使用桌面版，或者在内网里跑一个 Docker 服务，适合处理不方便交给外部网站的材料。

但“自建”不等于所有风险自动消失。服务器管理员仍然可能接触文件，日志、临时目录、备份和挂载卷也需要管理。团队使用时，还要确认谁能上传、谁能下载、文件保存多久，以及任务完成后的清理规则。项目 README 提到本地运行、私有服务器和临时处理，但具体保留行为仍应按版本和配置检查。

它适合谁

经常处理合同、发票、扫描资料和技术文档的个人，可以先在电脑上试用。小团队如果有一台稳定的内网服务器，也可以给同事提供统一入口。

开发团队则可以从 API 入手，把 PDF 转换、 OCR 或压缩接到自己的业务流程里。这里需要自己处理鉴权、队列、失败重试、文件大小限制和敏感数据清理。项目提供接口，不代表生产系统已经替你完成这些工作。

如果只是偶尔合并几页 PDF，在线工具可能更省事。 Stirling-PDF 的维护成本包括升级、备份、磁盘空间和安全更新，文件隐私只是选择它的一个理由。

许可证也要看目录

仓库根部 LICENSE 以 MIT 为基础，但项目明确列出 app/proprietary/、app/saas/、engine/ 等目录可能有各自的许可证文件。 GitHub 的许可证字段也显示为 NOASSERTION，所以不能把整个仓库简单概括成“所有代码都是 MIT”。准备修改、分发或做商业集成时，应按具体目录核对许可证。

项目地址：

https://github.com/Stirling-Tools/Stirling-PDF

文档：

https://docs.stirlingpdf.com

Stirling-PDF 的价值在于把常用 PDF 操作收回到自己的环境里。它的代价同样直接：服务由自己维护，权限和数据生命周期也由自己负责。先用测试文件跑通合并、 OCR 和下载，再决定是否接入真实业务资料。