开源协议在AI时代的困境

随着人工智Neng技术的飞速发展，开源协议面临着前所未有的挑战。一个名为 Malus.sh 的项目对这一问题进行了尖锐的讽刺，它提供的是一种“AI clean-room”的功Neng。这种服务利用AI技术，Ke以在短时间内重写开源项目，从而规避原有的开源许可证约束。

传统的开源许可证，如GPL、AGPL等，通过约束代码的使用、复制、修改和分发行为，来确保开源社区的贡献得到认可和回馈。然而当AI技术Neng够重写代码，改变语言或实现方式时这些许可证的约束力就大大减弱了。

例如Malus.sh 只需要上传项目的依赖清单，如 package.json、requirements.txt 或 Cargo.toml，就Ke以利用AI重新实现开源项目，输出在法律上不同的代码。这种Zuo法Ke以实现“无署名、无 copyleft、无许可证继承义务”，从而摆脱了原有开源许可证的约束。

开源协议变得越来越脆弱。Claude Code 源码泄漏后不久，就出现了 Rust 版的 CC；OpenClaw 开源没多久，就有十多种变种出现。这些变种大多是通过其他语言重写或精简重构实现的。

这表明，开源项目的影响力和可持续性受到了威胁。单纯的代码开源不再是护城河，开源项目的价值将geng多地体现在品牌、社区、治理、数据、测试集、兼容认证、云服务和安全响应Neng力等方面。

AI技术的介入，使得“复制功Neng而不复制代码”变得成本极低。这就像雇佣了一个高效的“卡卡西”，输入足够的 Token，就Ke以拷贝和洗白任何开源项目，甚至Ke以实现规模化、低成本、自动化的规避工具。

这使得开源许可证过去依赖的“复制代码”事实来建立约束的方式，变得不再有效。开发者把代码开源出来公司Ke以免费用，但要遵守许可证的规则正在被打破。

Ru果AI agent Ke以在短时间内重建大部分的开源供应链，这对开源生态意味着什么？这可Neng意味着开源从“公共基础设施”变成了“免费产品原型库”。

Malus.sh 的作者认为，这是一个讽刺项目，但同时也是一个可行的项目。因为AI现在让“复制功Neng而不复制代码”变得没什么成本，这挑战了传统的开源模式和许可证的有效性。

开源协议面临着严峻的挑战。传统的许可证约束力正在减弱，开源生态正在经历变革。开发者和社区需要重新思考如何在AI时代维护开源项目的价值和可持续性。

未来开源项目的成功将geng多地依赖于品牌、社区、治理等非代码层面以及如何适应AI技术带来的变化。只有这样，开源生态才Neng在AI时代继续蓬勃发展。