打开网易新闻 查看精彩图片

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

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

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

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

事件还原: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的"传染性"有多强

开源协议的世界里,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行写了什么?如果你正在评估某个开源项目的商用风险,你会逐行读完它的许可证吗?