Stirling-PDF：用于对 PDF 执行各种操作的本地 Web 应用

原文 ↗ Hacker News 讨论 ↗

像 Stirling-PDF 这样的自托管 PDF 工具正在受到关注，因为注重隐私的用户正在寻找替代那些要求上传敏感文档的 Web 服务。评论者比较了从命令行工具和 macOS Preview 等原生应用，到基于浏览器和 WASM 的工具在内的各种选择，强调了易用性、功能完整性、资源占用和跨平台支持之间的权衡。讨论还涉及更棘手的 PDF 问题（表单解析、版面重排、标签、优化），并指出即使有开放标准，Adobe 的生态系统在许多高级用例中仍占主导。

总体反响与使用场景

  • 许多回复者欢迎一个自托管、基于浏览器的 PDF 工具，以避免将敏感文档上传到随机网站。
  • 它尤其受到非技术用户以及混合设备家庭（桌面 + 移动端）的青睐，因为他们仍然需要一个简单的 UI。
  • 有些人认为它非常适合内部部署（例如办公室、新闻编辑部），因为很多人经常需要处理 PDF。

替代工具与生态

  • 命令行工具：poppler-utils、pdfcpu、pdftk（有报告称在某些 Windows 服务器上会损坏文件）、Ghostscript、OCRmyPDF、ImageMagick、wkhtmltopdf、puppeteer/无头浏览器。
  • 桌面/操作系统工具：macOS Preview 一再被称赞其强大的 PDF 编辑能力；其他人提到 Okular、LibreOffice Draw、Inkscape、Xournal++、Edge、Firefox，以及各种商业编辑器（Foxit、Nitro、PDF Studio、PDF Expert、Bluebeam 等）。
  • Web / 仅浏览器工具：pdfsam、pdf24、pdftool.org、smallpdf、Tabula，以及几个新的完全在浏览器中运行的编辑器/签名工具被提及。

功能缺口与棘手的 PDF 问题

  • 期望的功能：添加/管理表单字段、附件、用于可访问性的标签/结构、涂黑、段落编号、从已填写表单中提取键值对、良好的修复工具，以及强健的压缩。
  • 有几类“棘手问题”被指出：
    • 将多栏杂志 PDF 重排为干净的 Markdown。
    • 从复杂表单中提取结构化数据（通常需要 OCR + 布局分析）。
    • 修复奇怪的文本选择问题，其中 PDF 可能实际上并没有“损坏”。
  • 各种变通方法包括 GPT-4 Vision / LLM、支持分栏的 OCR、脚本化流水线，以及基于 Ghostscript 的优化。

架构：Web 应用还是原生应用

  • 一派批评为了本地 PDF 操作而运行 Web 服务器 + Docker，认为小型原生 CLI 工具在效率和环境影响方面更好。
  • 另一些人则认为 Web UI 最易使用，也最容易跨平台部署，尤其适合大量非技术用户；容器化还能简化大规模维护。
  • 讨论还涉及 Electron 与更轻量方案（Tauri、NodeGUI）以及 WASM/仅客户端方案。该项目的 v2 计划在很大程度上以客户端为主。

PDF 格式与阅读器生态

  • 关于 Adobe“控制力”的争论：PDF 现在是 ISO 标准并被广泛实现，但有人认为只有 Acrobat 能可靠支持完整而复杂的规范（JS、3D、高级功能）。
  • 也有人反驳说，大多数现实中的 PDF 在第三方工具中都能正常渲染；PDF/A 被强调适用于归档。
  • macOS Preview 广受好评，但也提到一些已知 bug（例如签名操作会扰乱文本可搜索性）以及对脚本化功能支持有限。

项目起源与路线图

  • 据说该应用最初是一个“100% 由 ChatGPT 构建”的实验（早期网站和少量操作），之后又被大量手工重写和扩展。
  • 目前通过捐赠支持；维护者提到未来可能会有付费/AI 驱动功能，但希望核心功能保持免费。
  • 计划包括更丰富的 UI（可能采用 Electron 或类似方案）以及以客户端为主的 v2，同时保留用于 API 访问的服务器选项。