**作为一个后端，我不想再接第 50 个“帮我导个文档“的需求了**

做企业系统的后端，最怕的不是高并发，不是分布式事务，是业务方源源不断的需求：“能不能加个导出功能？”“这个报表要支持 Word 格式。”“PDF 里要带上水印。”“批量下载时文件名要按规则重命名。”

每个需求都不复杂，但加起来是个无底洞。更烦的是，这些能力散落在不同模块里，A 系统导出的 Word 和 B 系统导出的 Word，格式居然不一样。

我们团队最近做了一次重构，思路是把所有文档相关的基础能力下沉到统一的层。上传、下载、格式转换、水印、权限校验、审计日志，全部标准化。上层业务不再各自实现，而是调用统一的能力接口。

具体怎么做的？

先梳理。把过去两年所有和文档相关的需求列出来，归类：基础操作类（增删改查移）、格式处理类（转 PDF、转 Word、Markdown 解析）、协同类（共享、外发、团队编辑）、安全类（权限、水印、脱敏）。

再抽象。每个类别定义标准接口。比如格式转换，统一输入（源文件、目标格式、转换参数），统一输出（目标文件、转换状态、错误信息）。业务方不用关心底层是 LibreOffice 还是 Aspose，还是自研引擎。

后治理。每个能力单元接入统一的权限和审计。谁调了什么、什么时候调的、处理了哪些数据，全部留痕。这对合规部门是刚需。

效果很明显。新需求来了，如果底层能力已经覆盖，业务方自己配个参数就能用，不需要提开发需求。如果底层没有，我们补充一次，所有业务方受益。过去一个月，文档相关的开发需求减少了 70%。

这套东西在企业级产品里有个更正式的叫法：Skill 化。鸿翼 OpenContent V9 的 OC Skill 模块覆盖了增删改查移、格式转换、团队协同、权限控制等全套文档操作，还提供了 Markdown、MMind 等格式的互转能力。本质上就是把重复造轮子的事收拢，让能力真正复用起来。后端省事了，业务方也更快拿到结果。双赢。