夜雨聆风2026年6月20日，X平台上的一条推文让无数人按下了收藏键。
1420点赞，315转发，2157人收藏，8.3万浏览。发布者@JafarNajafov 开头就是一句：
"Adobe Acrobat is cooked."
翻译过来就四个字：Adobe 凉了。
配图是一个干净清爽的PDF工具界面，蓝色白色为主的卡片式设计，左侧竖排导航栏，中间排列着几十个功能入口。推文核心信息简单粗暴——有人做了一个完全在你本地运行、从不把文件上传到任何服务器的免费开源PDF编辑器。
它叫 Stirling-PDF。
50多种工具。合并、拆分、压缩、转换、旋转、重排。内置OCR。密码、水印、签名、涂黑。完整REST API。Docker一行命令就能跑。
而Adobe Acrobat Pro，每年收你239美元。
「你的NDA文件、银行对账单、护照扫描件——每一次你在线编辑PDF，文件就飞到了别人的服务器上。Stirling-PDF在本地完成所有处理，任务完成后立刻删除。」
▲ @JafarNajafov 的 viral 推文。1420赞、2157收藏、8.3万浏览。配图展示了Stirling-PDF的dashboard界面
84.6K GitHub星标，3000万+下载。背后没有大厂，只有开源社区用代码一砖一瓦垒出来的
打开Stirling-PDF的GitHub仓库，数字本身就很有说服力。
84.6k stars，7.4k forks，Docker pulls数以千万计。Java后端，TypeScript前端，Python辅助脚本。仓库首页写着："Run it as a personal desktop app, in the browser, or deploy it on your own servers with a private API."
翻译过来：桌面应用、浏览器UI、自托管服务器+私有API——三种形态，任你选。核心承诺只有一条：文件在本地处理，任务完成后自动删除。
▲ Stirling-PDF GitHub首页。84.6k星标，Docker一行命令即可启动。描述明确承诺"不将文档发送到外部服务"
项目的文档站进一步展开了这个承诺。V2版本引入了Stateful Processing（上传一次，跨工具链式处理）、Undo/Redo、原生桌面应用。安装矩阵覆盖Windows安装包、Mac DMG、Linux DEB、Docker三个变体（标准版/完整字体版/超轻版），以及手动JAR部署。
对大多数普通用户来说，下载一个桌面安装程序，拖拽PDF进去，就能完成合并、压缩、OCR、加水印这些日常操作。完全不需要碰Docker。
而官方商业站 stirling.com 提供了另一条路径：hosted版。按量付费，$0.05/文档起，500份免费额度。这个hosted入口也解释了为什么有些用户访问官网后觉得"这不还是个云服务吗"——它确实是，但它是可选的。
自托管版本才是隐私护城河。用hosted版，文件一样会上传。
你上传的每一份PDF，签了一份你看不见的"契约"
当我们把一份PDF拖进任何一个在线编辑工具时，实际上发生了什么？
文件离开你的硬盘，经过互联网，到达某个数据中心的服务器。在那里，它被写入磁盘、读入内存、被程序处理、生成结果、回传给你。这个过程里，服务商可能：
临时存储了文件副本 记录了处理日志 用匿名化后的数据训练模型 在特定法律要求下共享给了第三方
绝大多数用户不会读几十页的隐私政策。即使读了，写得再漂亮，执行还是靠信任。
律师处理客户并购合同，不想让第三方云留下任何痕迹。医院上传病历扫描件，HIPAA合规就是红线。军工企业的图纸必须在断网环境里处理。普通人上传护照、银行单、税表、离婚协议——这些文件落在别人服务器上，你真的放心？
Stirling-PDF的自托管方案，技术路径很直白：浏览器请求 → 本地8080端口（或桌面进程） → 后端内存+临时目录处理 → 结果返回下载 → 删临时文件。
不存日志里的文件内容。不连外网（除非你自己配置了外部依赖）。telemetry可以关掉。
验证也很简单：处理大文件时观察磁盘占用（任务期间涨，结束后回落）；检查configs目录（只存设置，不存你的PDF）；用tcpdump抓包看看8080端口有没有意外外连。
▲ Stirling-PDF官方文档首页。"Local file processing with automatic deletion post-task"是写在第一屏的核心承诺
50+工具到底能做什么？日常PDF需求，它覆盖了80%以上
打开工具列表页，一眼扫过去就是一个小型PDF工具箱。
最常用的一组：Multi-Tool（一次上传，链式执行多个操作）、Merge（合并+目录页）、Compress（多级压缩）、Convert（50+格式互转，Word/Excel/PPT/图片/HTML/Markdown全覆盖）、OCR（Tesseract引擎，中英文多语言包）、Compare（并排对比差异）、Redact（手动或关键词自动涂黑）。
安全组：密码保护（打开密码+权限密码）、数字签名（手写或证书）、水印（文字/图片，可调透明度位置旋转）、净化（一键移除隐藏数据、元数据、注释）。
页面操作：拆分（按页码/书签/大小）、旋转、提取、重排（可视化拖拽）、添加页码（自定义格式位置）、N合一布局、小册子制作。
高级工具：图片提取/插入、元数据编辑、JavaScript查看（安全审计用）。
覆盖了从个人到中小企业80%以上的PDF日常场景。合并合同、压缩发票、OCR扫描件、加水印防泄密、提取表格做Excel——这些在Stirling里就是点几下的事。
但它确实没有"所见即所得的富文本编辑器"。你不能像编辑Word一样，在PDF里选中一段文字换个字体调个行间距。这件事怪不到Stirling头上，根源在PDF格式本身的基因——PDF的设计目标一开始就锁定了"可靠的最终呈现"，从来没人承诺过它好改。
▲ 工具分类页一览。从Multi-Tool到OCR到Redact到Convert，50+功能按类别排列
Reddit上有人说"够用了"，也有人说"离Acrobat还差得远"。两边都没说错
翻遍Reddit r/selfhosted、Hacker News和X平台的讨论，用户反馈呈现清晰的"没问题/还不够"分界线。
说够用的人，场景通常是：处理合同文档的律师助理、每月批量合并发票的财务、需要OCR扫描件做检索的研究者、想用REST API搭自动化pipeline的开发者。一位用户写道："82k stars and 20M docker pulls is the part that sells me. Self-hosting the REST API means I can batch-process PDFs in a pipeline without a single file leaving the box."
翻译：8万多星标、2000万Docker拉取次数说明了问题。自托管REST API意味着我可以在pipeline里批量处理PDF，文件完全不出盒子。
说不够的人，痛点集中在：可填写表单设计、复杂文本编辑（字体对齐富格式）、法律效力的高级电子签名、实时协作。一位Acrobat迁移用户的评价很典型："already tried to move from acrobat to Stirling, it's good but not good enough, edit pdf is on 'beta phase'. For personal use or occasional PDF work, though, it's absolutely fine."
翻译：已经尝试从Acrobat迁移到Stirling，它很好但还不够好，PDF编辑仍处于beta阶段。不过对于个人使用或偶尔处理PDF，完全够用。
这位用户的结论，基本上就是对Stirling最公允的定位。
▲ Reddit r/selfhosted 上的讨论帖。用户自发推荐，评论区有真实使用体验和局限反馈
不止Stirling一个。整个开源的PDF工具生态正在围剿云端订阅
Stirling不是孤例。PDF24 Creator、PDFgear、BentoPDF——每个都在用自己的方式切同一块蛋糕。
PDF24 Creator，德国团队开发，2006年就存在了。完全免费、完全离线、Windows专用。功能包括拖拽编辑器、PDF打印机（任何App打印即出PDF）、合并拆分压缩转换签名全套。没有Docker概念，安装即用。口号是"All files remain on your PC"——所有文件留在你的电脑上。
PDFgear，免费跨平台（Windows/Mac强），本地OCR优秀，AI聊天PDF，无广告无订阅无水印。不碰自托管，直接装桌面软件就完事。
BentoPDF，最激进的一种——纯客户端，浏览器内JS/WASM处理。50+工具。文件连浏览器都不出，更别说服务器。"runs entirely in the browser... files never leave your device"。代价是转换深度可能不如集成LibreOffice的Stirling。
这些工具各有取舍，组合使用往往比单一依赖更合理：日常轻量→PDF24或PDFgear；敏感批量→Stirling自托管；极致隐私→BentoPDF；复杂表单+法律签名→保留Acrobat预算。
▲ PDF24 Creator官网。"All files remain on your PC"——德国团队2006年起就在做的免费离线PDF全家桶
五分钟就能跑起来。你要付出的是一点学习成本，换回来的是文件永不上传的安心
最快路径——桌面版：
去GitHub Releases或官网下载对应平台的安装包 安装运行，拖一个PDF进去 试试Merge/Rotate/Compress这三个最基础的功能 需要OCR的话，按文档指引装一下Tesseract语言包
Docker版（适合有Linux基础或想搭内网服务的）：
docker run -d --name stirling -p 8080:8080 \ -v $(pwd)/stirling-data:/configs \ stirlingtools/stirling-pdf:latest访问 localhost:8080，就有一个完整的PDF工具箱在浏览器里等着你。更新就 docker pull 新镜像，重启容器。
想验证它真的不上传文件？断网跑一次大文件处理，看磁盘和内存变化——任务期间临时占用涨，任务结束回落。或者用Wireshark抓个包，确认8080端口没有向外发送你的PDF数据。
企业部署的话，加一层反向代理+OAuth认证，资源限制防止大文件OOM，定期备份configs目录（只存设置，不存用户文件），就是一套生产就绪的内部PDF处理站。
最后说几句实在的
Stirling-PDF不是银弹。PDF格式从1993年诞生那天起，设计目标就锁定了"在任何设备上忠实呈现"——它从来没打算让你随便改。任何PDF编辑器都在跟这个底层基因较劲。
但它给了你一个真实的选择。在"便利但文件飞上云"和"麻烦但数据留在手里"之间，Stirling和它背后的开源生态，让后者的门槛降到了前所未有的低。
Adobe不会因此倒闭，云端PDF工具也不会消失。但"默认上传"这个选项，正在被越来越多的本地替代方案蚕食。
你今天处理的那份合同、那张银行单、那份体检报告——值得为它多花十分钟搭个本地工具。
