300+ 款文件处理工具，
像搭积木一样编排。
把所有开源文件处理工具 Docker 化收纳，一键在线安装到你的目标服务器；文件处理全程跑在你自己的服务器上，无需上传到第三方平台。不带界面的工具还能自由组合成流水线，上一个的输出自动成为下一个的输入。
企业里的"文件处理"，为什么值得单独做一层
转格式、做解析、压图片、加水印、做识别——这些活儿在每家企业里天天发生。开源世界里几乎都有现成工具，但它们是一个个独立的软件，各装各的、各用各的，彼此之间还不能串联。
处理跑在你自己的服务器上
工具安装到你指定的目标服务器（可以是企业内网机房），文件全程不离开你的环境，也不需要上传到任何第三方服务平台。
不用一个个去找、去装
平台已收纳 300+ 款常见文件处理工具条目，覆盖 PDF 处理、Office 文档、图片、音视频、压缩解压、代码开发、数据库、DevOps、协作办公、设计绘图、系统监控等 12 大分类，绝大多数处理需求都能直接在平台里找到工具，不用再逐个搜索、逐个部署。
工具能被编排，而不是各自为战
多个不带界面的工具可以组合成一条流水线，自动接力执行，把"人一步步手工操作"变成"配置一次、自动跑完"。
处理结果回到同一条治理链路
工具处理完的文件不是散落在某个临时目录，而是回流佑桥文件资产库，继续受权限、版本与审计的管控。
工具平台在佑桥体系里的位置
核心系统管「文件是什么」，工具平台管「文件能被怎么处理」；处理完的结果回到文件资产库，继续受权限、版本与审计管控。
Docker 化收纳，设置目标服务器就能一键安装
所有文件处理工具都以 Docker 的方式统一收纳。你只需要告诉系统"要装到哪台服务器上"，剩下由系统完成。
为什么选 Docker 之一：环境一致
工具及其依赖被打包在一起，在哪台机器上跑、跑的是什么操作系统版本，结果都一样，消除了"在我机器上能跑、到你机器上跑不起来"的问题。
为什么选 Docker 之二：隔离干净
每个工具跑在自己的容器里互不干扰。装十个工具，不等于给系统装十个可能互相冲突的软件。
为什么选 Docker 之三：装卸方便
需要就装、不需要就卸，不会在系统里留下难以清理的残留，扩容和替换都很轻。
选择工具
在工具平台里浏览已收纳的 300+ 款文件处理工具，按"转格式 / 解析 / 图片处理 / OCR / PDF 加工"等需求找到要用的那一款。
设置目标服务器
指定这台工具要装到哪台机器上——可以是企业内网机房，也可以是项目专用的某台服务器，不同工具可以落在不同机器。
一键在线安装
确认后由系统完成镜像拉取与部署启动，不需要你手动跑一堆命令行，也不需要逐个配置依赖环境。
直接使用或接入流水线
带界面的工具打开即用；不带界面的工具注册为可调用的服务节点，随时可以被编排进文件处理工具链。
按"要不要人亲手操作"，工具分成两类
这个分类看起来简单，但它是工具链能力的基础：只有不需要人打开界面的工具，才可能被无人值守地串成流水线。
人工直接打开操作
有人坐下来、打开它、用它完成一件事。适合行政、法务、财务、市场等"亲手处理文件"的岗位。
- 打开浏览器或界面即可使用，无需对接
- 适合一次性、临时性、需要人工判断的处理
- 典型：合并拆分 PDF、画图、压缩图片、批量加工
供系统调用
没有人直接打开它，由系统在后台调用，默默完成一件事，再把结果交给下一步。适合要批量、要无人值守的场景。
- 以服务 / 接口形式被调用，可编排
- 适合定时、批量、夜间的自动处理任务
- 典型：格式转换、文档解析、图片加工、PDF 加工
带界面工具：打开就能干活
以下是平台上常见的几款代表（均为开源工具，平台上已收纳 300+ 款，此处仅列举常见示例）。
Stirling PDF PDF 工具箱
功能相当全面的 PDF 在线工具箱，涵盖合并、拆分、转换、加水印、加密等多种 PDF 操作。
Excalidraw 画板 手绘风格画板
手绘风格的在线画板，适合快速画流程图、架构草图、示意图，产出可直接存进资产库。
JPEG 图片压缩器 图片体积压缩
针对图片体积的专业压缩工具，在可接受的画质下把文件压小，便于传输与归档。
PDF24 工具箱 PDF 综合处理
另一套 PDF 处理工具箱，覆盖面广，适合希望"一个工具箱解决多种 PDF 操作"的岗位。
draw.io 流程图与示意图
开源流程图绘制工具，可画业务流程、系统架构、网络拓扑，图纸作为文件资产统一归档。
File Browser 文件浏览与管理
轻量开源的文件浏览与管理界面，方便在服务器上按目录查看、上传下载与整理待处理文件。
不带界面工具：这才是流水线的基本零件
它们没有人机界面，由系统按流水线自动调用，适合批量、定时、无人值守地跑；需要人工把关的环节由流水线上的确认节点承担，工具本身只负责把这一步做透。
Gotenberg 文档转 PDF
专注于"把各种文档转成 PDF"的服务，作为流水线里的转换环节使用。
Apache Tika 文档解析
把文档里的文字与元数据提取出来，为后续检索、识别、结构化打基础。
Imagor 图片处理
图片处理服务，可做裁剪、缩放、格式转换等加工，保证输出规格一致。
Thumbor 图片处理
另一个图片处理服务，同样服务于裁剪、缩放等需求，可作为图片加工环节的另一个选择。
Stirling PDF API PDF 加工接口
把 Stirling PDF 的 PDF 处理能力以接口形式提供出来，让系统像调用服务一样调用 PDF 加工。
Tesseract OCR 文字识别引擎
开源 OCR 引擎，对图片型页面做文字识别，补出可被搜索的文本层。
OCRmyPDF PDF 补文字层
为扫描生成的 PDF 追加 OCR 文本层，让原本不可检索的页面变得可以被搜索。
imgproxy 图片处理服务
面向服务端调用的图片处理服务，按需生成不同尺寸与格式的图片，适合线上场景的实时加工。
文件处理工具链：上一个的输出，自动成为下一个的输入
佑桥支持把所有"不带 UI 界面"的工具自由组合成一条流水线。工具逐个接力执行，直到整条链路跑完，全程无需人工搬运文件。
扫描件 → OCR 识别 → 生成可检索 PDF → 归档入库
适用：财务、法务、档案室等大量处理扫描件的部门。
素材图片 → 压缩 → 格式转换 / 水印 → 标准化入资产库
适用：市场、电商等"素材量大、规格要求统一"的团队。
合同 PDF → 解析抽取要素 → 结构化入库 → 归档留痕
适用：法务、采购、销售等合同与协议类文件的归口部门。
平台没有的工具，你可以自己接进来
"300+ 款"解决的是"常用工具不用自己找"；"可自定义"解决的是"特殊工具不用等平台"。
自定义接入新工具
如果某个平台里还没有、但组织确实需要的开源工具出现了，你可以自己把它接进平台，与其他工具一样统一管理、统一调用。
同样能进流水线
接入的工具只要是不带界面的服务形态，就能像内置工具一样成为流水线上的一个节点，参与自动接力。
不被平台清单锁死
工具清单可以长，能力边界却不必封死。这是佑桥在多个层面保持一致的态度：不锁死底座、不锁死存储、也不锁死工具。
处理完的文件，回到佑桥底座继续被治理
工具平台不是孤岛。它的产出必须回到核心系统，才形成一条完整的资产链路。
结果回到文件资产库
工具链处理完的文件自动进入核心系统的文件资产库，成为组织资产的一部分，而不是留在某个工具的临时目录里。
带上元数据与处理痕迹
谁处理的、什么时候处理的、经过了哪些处理步骤，都会被记录下来，同样进入审计链路，事后可追溯。
任务可被调度与监控
工具链任务的执行可由核心系统的调度能力支撑，可以设定"到点自动跑"，并随时查看执行情况。