知名代码编辑器Zed宣布将开源许可证从AGPL变更为GPL和Apache许可证，以降低企业法务对版权的担忧，吸引更多开发者和企业用户。此举旨在促进用户增长，减少法律风险。

本文讨论了反云许可证的演变，重点分析了开源许可证如何应对云服务商的盈利模式。自2007年AGPL发布以来，MongoDB的SSPL、Elastic的ELv2、HashiCorp的BUSL等许可证相继出现，旨在限制云厂商利用开源软件获利而不回馈社区。文章探讨了这些许可证的法律背景、经济影响及其对开源生态的挑战，强调了云厂商与开源项目之间的博弈关系。

本文探讨了开源许可证中的Copyleft概念，重点分析了GPL、LGPL和AGPL的触发条件，特别是在内部使用、分发和SaaS场景下的法律责任。通过具体条款分析，提供了工程师在实际应用中的判断标准和合规建议，以帮助理解不同许可证对软件使用和分发的影响。

FSL（功能源代码许可证）是在平衡商业目标和开源理念方面比AGPL（Affero通用公共许可证）更好的选择。AGPL由于其限制和复杂性，特别是对商业使用而言，是一个较差的选择。FSL承认单一供应商的力量，但确保这种力量随着时间的推移逐渐减弱。它允许失败的企业复苏，并防止项目变为闭源。文章还提到了Xapian由于其许可证选择而面临的挑战。

Elastic公司创始人宣布将Elasticsearch和Kibana添加AGPL作为许可证选项，以消除人们对其开源性的疑虑。三年前，Elastic曾更改许可证导致分裂，但现在与AWS建立了合作关系。冯若航认为开源社区面对云厂商白嫖产生了集体应激反应，AGPLv3协议能够将云厂商开除出社区。

道高一尺，魔高一丈。 《初刻拍案惊奇》卷三六 通过网络提供服务——GPL 的loophole 伴随着互联网、万维网的技术迅猛发展，软件提供商可以不需

反对AGPL的宣传中存在许多虚假信息，这些误导性观点影响了公众对AGPL许可证的理解和接受。需要澄清这些误解，以促进对开源软件的正确认识。

谷歌禁止使用AGPL许可证的软件，并传播关于AGPL的误解，旨在减少人们对该许可证的使用。AGPL要求衍生作品也使用AGPL，并赋予用户获取源代码的权利。遵守AGPL并不复杂，修改后只需发布修改内容。谷歌希望通过影响公众，减少AGPL软件的使用，以便更自由地使用开源软件而无需承担责任。