自由软件基金会下场:你不能用开源协议,来剥夺开源自由

2026年3月，开源办公软件界炸了一个不大不小的瓜。

OnlyOffice，一家做开源办公套件的公司，公开指控 Nextcloud——它合作了8年的伙伴——违反了开源协议。

导火索是 Nextcloud 联合 IONOS、Proton 等欧洲公司，fork（分叉）了 OnlyOffice 的代码，做了个新项目，叫Euro-Office。

中文圈铺天盖地的报道，标题几乎长一个样：

「Logo 成导火索，开源伙伴 OnlyOffice 和 Nextcloud 反目」

几乎所有报道都讲同一层故事：OnlyOffice 说 Euro-Office 移除了它的 Logo，违反了 AGPL 协议，于是终止合作。

听起来就是个"品牌署名"的小纠纷。

但这件事的真相，远比"Logo之争"硬核得多。

因为这根本不是两个 Logo 谁大谁小的问题。

这是开源世界一场关于「谁有权 fork」的根本性战争。而且最魔幻的是——

自由软件基金会（FSF），开源世界的"最高法院"，亲自下场了。

它发了一篇博客，标题很直白：

《You cannot use the GNU (A)GPL to take software freedom away》（你不能用 GNU AGPL 来剥夺软件自由）

不是某个工程师的牢骚，是 FSF 的官方立场。

一、先把"Logo之争"这个误解澄清

中文圈普遍把争议简化成了"移除Logo"。

这只说对了表象。真正的法律争议，藏在 AGPLv3 协议的第7条里。

OnlyOffice 的代码用的是 AGPLv3 协议。这是一个比 GPL 更"严"的开源协议——任何使用、修改、分发代码的人，都必须公开自己的源代码。

但 OnlyOffice 在 AGPLv3 的基础上，从 2021 年开始，加了一批附加条款（additional terms）。其中一条是：

任何 fork OnlyOffice 代码的项目，必须在显著位置标注 OnlyOffice 的原始作者身份。

OnlyOffice 说，Euro-Office 移除了这些标注，所以违反了协议。

Nextcloud 说，等一下——你这个附加条款本身，可能就是无效的。

这才是真正的战场。

二、为什么"附加条款"成了战场？

要理解这一点，得回到 AGPLv3 协议本身的设计。

而 AGPLv3 授予的核心自由是什么？

任何人都可以使用、研究、修改、分发代码。

Nextcloud 的律师团队仔细审查了 OnlyOffice 代码库里的协议条款后，得出的结论是：

OnlyOffice 的附加条款「互相矛盾」，实际上让一个合规的 fork 几乎不可能被创建出来。

说白了：你嘴上说是开源的，但加了一堆条款，让别人 fork 你的代码时寸步难行——这还叫开源吗？

Nextcloud 在官方回应里说得很直接。他们承认 fork 了 OnlyOffice，也解释了移除了哪些内容、为什么移除。核心论点是：

强制保留品牌标识，等于在开源代码里设置"专有陷阱"，损害了开源的四大基本自由——运行、研究、修改、分发。

三、自由软件基金会下场：这不是你说的那个意思

故事到这里，还只是两家公司的口水仗。

但接下来发生的事，让整个事件的性质变了。

自由软件基金会（FSF），开源世界的"最高法院"，罕见地发了一篇博客。

博客的作者，是 FSF 负责许可与合规的Krzysztof Siewicz。标题很直白：

《You cannot use the GNU (A)GPL to take software freedom away》（你不能用 GNU AGPL 来剥夺软件自由）

FSF 在博客里讲清了一个关键的法律点——而这，正是整个事件的命门。

FSF 的核心论证

AGPLv3 的第7条，确实允许版权方添加附加条款。但这条法律同时规定了一个出口：

被许可人，可以移除任何构成"进一步限制"的附加条款。

FSF 据此给出的立场非常明确：

如果附加条款构成了对 AGPLv3 已授予权利的"进一步限制"，那么它本身就是可以被删除的——你不能用一个本意是保护自由的协议，反过来限制自由。

FSF 没有直接下判决说 OnlyOffice 违法。但它的态度，明显倾向 Euro-Office 一侧。

因为 FSF 论证的，恰恰就是 Euro-Office 想做的：移除那些他们认为「构成进一步限制」的品牌标识要求。

不过这里有一个细节：据 OnlyOffice 4月的公开信，他们曾在 4月6日向 FSF 正式请求澄清 AGPLv3 第7条的解释——至今没有收到回复。FSF 转头发了这篇倾向 Euro-Office 的博客，但对一方的正式问询保持沉默。

「最高法院」不听一方陈述就发表倾向性意见——这个程序瑕疵，让 FSF 的公正性打了折扣。

在开源世界，FSF 的博客，相当于最高法院的判例意见。它的态度，会影响整个社区怎么看这件事。

一个值得说的细节

AGPL 所在的 GNU 许可证家族，主要设计者是Richard Stallman（RMS）——自由软件运动的创始人，也是 FSF 的创办者。

虽然 Stallman 本人在 OnlyOffice 事件中没有公开发表看法，但 FSF（他创办的机构）的这篇博客，某种程度上代表了 GNU 许可证"设计方"的立场——

我们设计 AGPL，是为了保护自由，不是为了让你拿去限制别人。

这个对峙的画面，比任何"Logo之争"都有冲击力。

Euro-Office 不是 Nextcloud 一家的事。它是 Nextcloud、IONOS、Proton 等一批欧洲科技公司的联合项目，打着「欧洲数字主权」的旗号——欧洲想摆脱对外部软件的依赖，做自己的办公套件。（至于这个"欧洲血统"站不站得住，后面会讲到。）

至于 OnlyOffice 的开发商 Ascensio System，它的公司背景、注册地，网上有公开信息，这里不做展开——真正值得关注的，是协议本身。

四、OnlyOffice的反击：把协议改得更严

面对 Nextcloud 的反击和 FSF 的警告，OnlyOffice 怎么做的？

它没有松口。

2026年5月，OnlyOffice 发布了 9.4 版本。新版本里，它把那些附加条款改得更严了——明确要求任何 fork 都必须「在显著可见的位置」标注 OnlyOffice 为原始开发者。

但 OnlyOffice 并不是纯在赌气。早在 4 月，它就发了一封公开信，提了一个三件套方案：界面上加「关于」页面标注源头、源代码文件里保留署名、公开场合别假装原创。它说，这不是限制 fork，是让用户知道软件到底从哪来的——「透明、署名、尊重用户」。

不过，从 3 月的初次指控，到 5 月的协议收紧，OnlyOffice 的动作确实在逐步升级。

社区的解读很一致：这是报复性收紧。

Reddit 上 r/linux 和 r/libreoffice 的讨论几乎一边倒地批评 OnlyOffice，有人直言：

"他们（OnlyOffice）是 butthurt（恼羞成怒），因为自己被 fork 了。他们根本不懂开源 fork 是怎么运作的。"

YouTube 上甚至有视频标题叫："They Forked OnlyOffice... And Now Everything is Falling Apart"（他们 fork 了 OnlyOffice……现在一切都塌了）。

一个 GitHub Issue（#2303）标题更尖锐："AGPL license has impossible terms"（AGPL 的条款根本不可能满足）。

社区的态度已经很明显了：开源世界，不站在 OnlyOffice 这边。

五、反转：Euro-Office 的欧洲血统，被代码分析扒了

故事如果停在这里，是 OnlyOffice 在开源社区面前节节败退。

但 6 月，Cybernews 做了一件事——把 Euro-Office 的代码库扔进了分析工具。

结论让人有点尴尬。

Euro-Office 号称「欧洲数字主权」项目，但代码分析显示：

98.6%

的文档引擎代码，来自俄语时区开发者

99.2%

的实时服务组件，同上

欧洲贡献的代码，占0.5%

项目总共只有184 处原创改动，却从 OnlyOffice 反向了导入了370 处改动

更微妙的是：从 OnlyOffice「分裂」之后，它还在持续拉取 OnlyOffice 的新代码

Cybernews 的原话很直接：

「最大的问题之一是，代码从某个未知云资源拉了一个 Android bundle——没人知道里面有什么、谁控制的、会不会随时被改。」

dev.ua 的标题更狠：「俄罗斯足迹出现在欧洲版 Microsoft Office 替代品中」。

这不是恶意攻击。这是 git log 和时区数据。

一个主打「去俄罗斯化」的欧洲主权项目，核心代码几乎全在俄语时区写的。你可以说开源无国界——但当你的官方宣传主打地缘叙事的时候，代码里的事实会让你很尴尬。

Euro-Office 的回应是：这次 fork 是「最后手段」，他们正在审查、清理、公开代码库。

但这回答本身就说明问题了——你 fork 了别人，改了个名字，然后告诉大家「我们正在清理」。那清理之前，它到底是什么？

这层反转，让整个 Fork Wars 多了一层荒诞感。不是坏人打好人，不是协议之争非黑即白。是每一方，都被代码仓库里的事实，打了脸。

六、这事的真正问题：开源协议能不能反过来限制开源？

把镜头拉远，你会发现 OnlyOffice Fork Wars 触及的是一个根本性问题：

开源协议，能不能被版权方用来反过来限制开源？

AGPLv3 第7条本来是一个"平衡设计"——既给版权方一些灵活性（可以加附加条款），又保护用户的基本自由（不能限制已授予的权利）。

但 OnlyOffice 的事说明，这个平衡是脆弱的。一个足够聪明的版权方，可以在"附加条款"里塞进足够多的东西，让 fork 在事实上变得不可能——同时嘴上还说着自己是开源的。

这就是 dev.to 那篇综述（《Open Source in 2026: The Fork Wars Are Getting Ugly》）的判断：

2026 年的 fork wars 正变得越来越难看。

OnlyOffice 不是孤例。它是这个趋势里最显眼的一个。

七、写给你

如果你是程序员，大概率你的项目依赖里，躺着几百个 AGPL/MIT/Apache 协议的开源包。

你大概从没仔细读过它们的附加条款。

OnlyOffice Fork Wars 给所有用开源、做开源的人提了个醒：

「开源」两个字，不等于"随便用"。

一份开源协议里藏着多少附加条款，决定了它到底有多"自由"。而版权方，永远有动机在协议里多塞一点自己的利益。

下次你 fork 一个 AGPL 项目之前，建议先把第7条的附加条款读完。

别等被指控了，才发现自己 fork 出了一个雷。

写在最后

这个故事最有戏剧性的地方，不在 OnlyOffice 和 Nextcloud 谁赢谁输。

而在那个画面：

FSF——AGPL 所在的 GNU 许可证家族的"管家"——不得不站出来说：你不能这么用。

我们设计 AGPL，是为了保护自由。

现在有人拿它来限制自由，而我们要说：不。

开源世界的内战，往往就是这么打起来的。

不是外人打进来的。

是自己人，对规则的理解，出现了分歧。

而这一次，"裁判"亲自下场了。