ONLYOFFICE撕破脸：Euro-Office项目涉嫌盗用代

一份律师函把Nextcloud和IONOS推上了风口浪尖。ONLYOFFICE官方指控，两家欧洲公司联手打造的"Euro-Office"项目，涉嫌违反AGPL v3开源协议，非法使用其文档编辑器代码。

这不是技术之争，是法律红线问题。ONLYOFFICE在声明中措辞严厉，直指对方"违反国际知识产权法"。

开源软件的战争，往往比闭源软件更血腥。代码是公开的，但使用权是有条件的。AGPL v3协议像一份带刺的玫瑰——你可以免费摘，但必须遵守游戏规则。

事件还原：Euro-Office的诞生与争议

时间线要倒回2025年初。德国云服务商IONOS与开源协作平台Nextcloud宣布合作，推出面向欧洲市场的在线办公套件"Euro-Office"。

宣传口径很清晰：欧洲数据、欧洲服务器、欧洲控制。言外之意——摆脱美国科技巨头的监控阴影。

产品功能却露了马脚。用户很快发现，Euro-Office的文档编辑器与ONLYOFFICE高度相似。界面布局、渲染逻辑、甚至某些特定格式的兼容表现，都像同一个模子刻出来的。

ONLYOFFICE的工程师开始比对代码。结论写在公开声明里：技术源自ONLYOFFICE编辑器，但未遵守许可条款。

具体违反了什么？ONLYOFFICE列出的条款很细：

AGPL v3要求保留版权声明、公开源代码（包括SaaS场景）、维持许可证一致性。但ONLYOFFICE在2021年5月25日追加了额外条件——这些条件写在许可证第655行，与核心条款不可分割。

律师意见书中有一段关键表述：「衍生作品的创建和分发权，仅源于许可证授权。该授权是有条件的、不可分割的。」

翻译成人话：你可以基于ONLYOFFICE改，但改出来的东西必须继续遵守全部条款，不能选择性执行。

协议陷阱：AGPL v3的"传染性"有多强

开源协议的世界里，AGPL v3是出了名的"毒瘤"。

普通GPL协议只要求分发软件时公开源码。AGPL v3更狠——只要通过网络提供服务，就必须向用户开放源代码。这意味着，云服务商用AGPL代码搭SaaS，用户有权索要全部代码。

ONLYOFFICE在此基础上还加了料。2021年的补充条款，实质上给协议上了双重锁。

Nextcloud和IONOS的回应尚未公开。但行业内的猜测已经分成两派：

一派认为，Euro-Office可能试图"洗代码"——把ONLYOFFICE的代码改头换面，声称是独立开发。但文档编辑器的复杂度摆在那里，渲染引擎、协同算法、格式兼容，哪一项都不是短期能自研的。

另一派猜测，双方可能对"衍生作品"的界定存在分歧。Euro-Office或许认为自己做了足够深度的改造，可以脱离原协议约束。

ONLYOFFICE的律师直接堵死了这条路：「任何移除、忽视或单方面'排除'附加条件的行为，均构成违约。」

开源战争的冰山一角

这桩纠纷的戏剧性在于，三方都是开源阵营的"自己人"。

ONLYOFFICE本身开源，Nextcloud是开源协作平台的标杆，IONOS也在拥抱开源生态。理论上，他们应该坐在同一张桌子旁喝酒。

但现实是，开源协议的执行从来靠自觉，也靠撕破脸。代码可以免费，但商业利益面前，协议条款就是武器。

ONLYOFFICE选择公开指控，而不是私下协商，说明谈判可能已经破裂。声明里那句"Today, the issue we are observing is not a matter of technological competition"，翻译过来就是：我们不是打不过你，是看不起你偷。

对25-40岁的技术从业者来说，这个案例像个警示牌。你们日常引用的开源库，协议条款真的读过吗？MIT、Apache、GPL、AGPL，每一款的"传染性"和商用限制都不同。

一个常见的踩坑场景：某工程师在GitHub找到个AGPL项目，改了改接口就集成进公司SaaS。三年后公司融资尽调，法务发现协议违规，整个模块要重写。

ONLYOFFICE的声明里埋了个细节：附加条件写在许可证第655行。大多数人读开源协议，看到前三页就关了。但真正的雷，往往藏在第655行。

欧洲云主权的代价

Euro-Office的诞生背景，是欧洲对"数字主权"的焦虑。

斯诺登事件后，欧盟一直在推"欧洲云"概念。Gaia-X项目、法国OVHcloud、德国IONOS，都是这个叙事下的产物。Nextcloud作为欧洲本土的开源协作平台，天然带有"去美化"的政治正确。

但技术自主的代价是时间。从头造一个能媲美Office 365或Google Docs的编辑器，需要数年投入。ONLYOFFICE从2010年开始做这件事，花了15年才达到今天的兼容度和性能。

Euro-Office的选择，某种程度上暴露了欧洲云战略的窘迫：口号很响，落地很难，捷径很诱人。

IONOS的背景也值得玩味。作为欧洲最大的托管服务商之一，它服务着数百万中小企业客户。这些客户对价格敏感，对功能要求却不低。快速上线一个"欧洲版Google Docs"，是商业压力下的必然选择。

但捷径走到头，就是悬崖。

ONLYOFFICE的声明没有提赔偿诉求，只强调"法律合规"。这在开源纠纷中很常见——核心目的不是要钱，是要名声，要社区舆论，要逼对方回到谈判桌。

Nextcloud的回应将是关键。作为开源社区的明星项目，它的公信力建立在"干净"的开源实践上。如果被坐实违规使用代码，对品牌形象的打击远大于法律风险。

一个可能的结局：Euro-Office公开部分源代码，与ONLYOFFICE达成和解，双方联合声明"共同推进欧洲开源生态"。

另一个可能的结局：双方对簿公堂，AGPL v3的"传染性"条款首次在欧洲法院接受实质性检验，为整个开源行业树立判例。

无论哪种走向，这个案例都会进入技术从业者的必读清单。它提醒我们：开源不是法外之地，代码的自由以遵守规则为前提。

ONLYOFFICE在声明结尾留了句话，没有威胁，没有煽情，只有一句冷冰冰的事实陈述：「附加条件自2021年5月25日起生效，可在许可证第655行查阅。」

第655行写了什么？如果你正在评估某个开源项目的商用风险，你会逐行读完它的许可证吗？