一句结论
开源没有能整套替换本项目的产品。真正带公文语义、且 2026 年仍维护的，几乎只剩 O2OA。
本项目要比的是金融监管「总局—监管局—分局」的发收文闭环、号池、套红定稿哈希、用印、三级交换子单、知悉范围与职责分离，不是企业审批或钉钉请假。GitHub / Gitee 上没有高近似且可整包替换的开源公文中台。
对标口径：有流程引擎 ≠ 像本项目。督办、会议、移动、AI 是二 / 三期加分项，不拿来淘汰。
本项目基准
对标对象是国家金融监督管理总局「总局—监管局—分局」三级公文协同 OA。核心问题不是线上审批，而是让拟制、收文办理、分级交换、文号套红、签章用印、知悉范围和档案移交在统一身份、统一规则、分级权限和完整审计下闭环运行。
一期关门项必须同时讲清楚。流程完成不等于业务办结：发文签发后仍要编号、套红、用印、分发、归档。
| 必须有 | 本项目基准（一期关门） |
|---|
| 发文闭环 | 拟稿 → 会签核稿 → 签发 → 编号 → 套红 → 用印 → 分发 → 归档；流程完 ≠ 办结 |
| 收文闭环 | 签收 / 拒收 / 查重、拟办批办分办、主协办、阅件 / 办件 |
| 三级交换 | 一接收方一子单；送达 ≠ 签收；局转发分局；越级要授权 |
| 文号号池 | 机关代字 + 年份 + 顺序号；预占 / 占用 / 作废不复用；签发后才正式取号 |
| 套红定稿 | GB/T 9704 红头；定稿 SHA-256；哈希变则用印失效 |
| 签报分流 | 独立编号、不套红、不对外交换 |
| 权限与职责 | 知悉范围 + 密级；文号岗 ⊥ 用印岗；管理员 ⊥ 审计员 |
开源产品普遍有的：组织账号、待办、可视化流程、附件、通知。普遍没有、且本项目是 P0 的：签发后取号且作废号永久留痕、套红字段映射 + 定稿哈希 + 用印绑定、一对 N 交换子单（发送方看不见接收方内部意见）、知悉范围优于同租户、签报不覆盖原件、正式件 OFD/PDF 与 DOCX 编辑源分离、归档包移交外部档案系统。
最像的三个
完整对照，不是标题列表
排序按「和本项目公文语义有多像」，不是按星数。第三名取有生 y9（机关组织 + 办文习惯底座）。RuoYi Office 不进前三，见页底脚注。
1
O2OA / 翱途
唯一值得当「开源公文产品」看的
近似度 高
AGPL-3.0
约 4660★
Release 10.0.1-ce（2026-04），信创叙事完整。官方公文应用对齐 GB/T 9704：发收文、签报、套红、文号、发转收。
对上本项目
- 文种意识、红头、签报分流、发转收
- 开源里唯一写成产品能力、且 2026 仍发版
对不上
- 三级交换子单与回执隔离
- 号池预占 / 作废不复用
- 定稿哈希锁用印
- 文号岗 ⊥ 用印岗
- 秘密到期不自动公开
- WPS / OFD 正本分离
- 档案移交包
代价：AGPL 严、编译重、部分公文包要连 O2 云或另装。
2
心通达 OA
对标通达 / 华天卖给机关的模块清单
能力 高
可维护 低
Gitee 767★
通达系血缘。手册级能力覆盖拟稿、核稿、文号、套红、用印、收文、督办、档案卷库，和机关采购清单同构。
对上本项目
- 拟稿核稿、文号、套红、用印
- 收文、督办、卷库 / 案库
- 比若依系更像大陆机关公文产品
对不上 / 不能当上游
- 能 clone 的是 V2020.11
- 开源仓近一年贡献 0，已冻约 6 年
- 2025 官网已是另一条商业线
- 移动 APP 暂不开源
代价：不能当可维护上游。社区码与现售 2025 版已分叉。
3
有生 y9
对标机关组织 + 办文习惯，不是公文套件
底座 中高
GPL-3.0
底座 2606★
2026-08 仍在推。Digital-Infrastructure + WorkFlow-Engine。Flowable、编号、抄送、退回、工作日时限、三员——像机关办文，不是请假流。
对上本项目
- 三员、岗位、意见框、编号配置
- 抄送、退回 / 收回、办公日历时限
- 适合当流程与组织底座
对不上
- 不是开箱发文产品
- 套红 / 正文官方写明要金山 / 永中等插件
- 无三级交换、无号池状态机
- 发收文要用事项 / 流程拼
代价：GPL 传染；两仓才能跑；正文仍要商业插件。
RuoYi Office 脚注（不当候选标段）。
掘金 / 博客把套红、发转收写得很完整，但 2026-08-21 核对 GitHub README 主模块是用车 / 印章 / 会议室；「公文起草」出现在 AI 写作，不在公文模块表。未逐目录核到发文 / 套红代码前，只当待观察。
github.com/yuqing2026/ruoyi-office
近似度总榜（对本项目，不是比星数）
| 序 | 产品 | 近似度 | 开源真实度 | 和本项目差在哪 |
| 1 |
O2OA / 翱途 · GitHub |
高 |
AGPL-3.0，真开源 |
有国标套红、发收文、签报、文号；没有金融监管三级交换子单、号池状态机、定稿哈希、职责分离硬规则 |
| 2 |
心通达 OA · Gitee |
能力高 可维护低 |
2020 社区版 MIT；其后商业 |
通达系血缘，模块很像；仓已冻 6 年，不能当可维护上游 |
| 3 |
有生数字底座 + 工作流 |
中高（底座） |
GPL-3.0 |
三员、意见框、编号、办公日时限像机关；套红要第三方正文插件；不是开箱公文 |
| 4 |
通达 OA |
产品高 不开源 |
购后约 90% PHP，禁外传 |
公文最像机关，不能当开源底座 |
| 5 |
RuoYi Office |
待核实 |
MIT |
博客像公文闭环，README 主模块未列发收文；微服务很重 |
| 6 |
SkyEye、PageOffice 示范仓 |
中高功能 / 中低可控 |
会员锁码或商业控件 |
公文清单像，正文 / 全量码不在公开仓 |
| 7 |
JFlow / OnlyJJ RuoYi-OA / 勾股 |
中～中低 |
真开源或引擎开源 |
能画审批，缺国标版式与交换 |
| 8 |
Maarch Courrier |
国际最高但仍中低 |
GPL-3.0 |
法国机关函件：收发、分办、时限；对不齐条例文种、红头、代字、OFD |
| 9 |
芋道 / Jeecg / Snowy / Guns |
低（当公文） 高（当底座） |
MIT / Apache |
星数最高的一批；OA＝请假或商业版才有 |
| 10 |
Alfresco / Nuxeo / Mayan / Flowable / ONLYOFFICE |
低或仅组件 |
各异 |
库、引擎、编辑器；无公文对象 |
没有「高近似且可整包替换」的开源产品。
二次开发三条路 · 不要两套核心流程
1. 公文语义打底 → O2OA
12 个月内要「看起来像公文」，可接受 AGPL / 传统栈。
仍须自研：三级交换、号池治理、定稿哈希、职责分离、档案移交、金融监管域模型。
2. 现代工程打底 → 芋道 ruoyi-vue-pro
还要督办 / 门户 / 微服务，公文只是一域。
公文五要素几乎全空（套红、号池、交换、签报、归档包）。
3. 只买组件 → Flowable + ONLYOFFICE/WPS + Stirling-PDF
已决定自研公文域时，只引入缺的能力层。
全部公文对象与生命周期仍须自研。国际方案只当组件或对标样本。
不建议：从 Guns / Cool-Admin / Corteza / Odoo 长出机关公文；把 Alfresco / Mayan 当主系统；新项目押 Camunda 8「开源」、OpenKM 7、Bonita CE。三选一做主栈，不要两套流程引擎。
实务结论
- 对标用：O2OA 当开源参照；通达 / 心通达手册当「机关模块清单」参照（不当可维护上游）。
- 可 fork 的 2026 代码：公文语义选 O2OA；工程底座选芋道；机关流程习惯选有生 y9。
- 不要被星数带偏：Jeecg、芋道、Paperless、Nextcloud 都不能当公文 OA。
- 套红 / 正文在开源界几乎都要二选一：O2OA 自研版式，或 WPS / PageOffice / ONLYOFFICE 插件。宣称「全开源 Word 套红」的，先查控件授权。
- 本项目当前是 PRD + 32 页原型、无后端实装。开源调研解的是「世界上有没有现成近似物」，答案是：有近似外形（O2OA），没有近似于三级监管公文中台的开源整包。