一句话定位：自部署的 PDF 工具箱——把 PDF 交给自己的机器处理，
而不是上传到别人的在线网站；50+ 工具覆盖编辑、签名、脱敏、OCR、格式互转。
一、核心档案
| 项 | 内容 |
|---|---|
| 仓库 | github.com/Stirling-Tools/Stirling-PDF |
| 定位 | 自托管 PDF 平台（网页 UI + 桌面版 + REST API） |
| 作者 | Anthony Stirling（Frooodle）；由 Stirling PDF Inc. 运营 |
| 主语言 / 许可 | Java（Spring Boot）+ React / open-core |
| 上手门槛 | L2 · 动一次设置（桌面版可装；服务器版推荐 Docker） |
| 创建时间 | 2023-01-27 |
二、关键数据（快照 2026-10-12）
| 指标 | 数值 | 来源 |
|---|---|---|
| Stars | 94,021 | GitHub API（权威） |
| Forks | 11,132 | GitHub API |
| Open issues | 547 | GitHub API |
| 最后提交 | 2026-10-12 | GitHub API（活跃） |
| License | NOASSERTION（open-core） | GitHub API |
三、真问题·硬伤 vs 建议
真问题 / 硬伤
- ⚠️ 许可不是干净的 MIT：仓库为 open-core——
app/proprietary、engine/、
桌面前端等目录归专有「Stirling PDF User License」，
免费版上限 5 用户，生产用途超出需付费（Team $99/月或 $999/年）。
选型前必读该许可原文，别只看 README 的"MIT"字样。
- Docker 一键安装的假象：安全审计指出官方镜像背后其实是六个服务的组合，
"一行命令"掩盖了真实复杂度。
- 需保持更新：今年修过一个管理员权限的 RCE，不要裸奔暴露公网。
建议 / 观察
- 对老爷：处理合同、扫描件、盖章 PDF 时，用它本地跑避免上传第三方。
- 对普通人是"L2"：能用桌面版，但想完全发挥得懂 Docker。
- 与 iLovePDF / Smallpdf 的差异点就是文件不出本机。
四、评分
| 维度 | 评分 | 说明 |
|---|---|---|
| 传播热度 | ⭐ 9/10 | 9.4 万星，GitHub 上最热的 PDF 项目 |
| 工程完成度 | ⭐ 9/10 | 工具全、迭代勤、文档齐；许可结构复杂 |
| 业务相关性 | ⭐ 7/10 | 通用效率工具，与内容线弱相关 |
| 收藏观察价值 | ⭐ 8/10 | "open-core 如何定价与分拆"的现实样本 |
综合均分 8.3 / 10
五、锚点清单
- 已验证：Stars 94,021 / Forks 11,132 / Open issues 547 / 最后提交 2026-10-12 / open-core 许可（GitHub API + 多源）
- 待核实：免费版 5 用户上限是否仍在代码中强制（多源称"代码强制"）
- 未表态：中文 PDF 的 OCR 准确率实测
六、给老爷的判断
可用，但先把许可读明白。 功能上它是 PDF 界的"瑞士军刀"，
但许可从 Apache→GPL→MIT→MIT+专有 一路变过，专有部分明文要求生产付费。
建议：自用 / 小规模免费足够；一旦对外提供服务，先做一次许可合规确认。