新上线25天前0 投票
AI 能重写开源代码，但它能重写许可证吗？
近期，一个名为 chardet 的流行开源 Python 库发布了 7.0 版本，引发了关于 AI 辅助代码重写与开源许可证合规性的激烈讨论。维护者 Dan Blanchard 使用 Claude Code 在约五天内完成了对库的“从头开始、MIT 许可证的重写”，声称性能提升了 48 倍，并旨在解决许可证、速度和准确性问题，以便将其纳入 Python 标准库。然而，原始作者 Mark Pilgrim 在 GitHub 上提出异议，认为这并非合法的“清洁室”实现，而是对其原始 LGPL 许可代码的修改，因此新版本必须保持相同的 LGPL 许可证。
这场争议的核心在于：当 AI 工具如 Claude Code 被用于重写开源代码时，它是否改变了代码的法律地位？传统上，“清洁室”反向工程允许程序员在不直接复制受版权保护代码的情况下复制功能，但前提是开发团队没有接触原始代码。Blanchard 承认他“广泛接触”了原始代码，这引发了关于 AI 是否只是作为“过滤器”生成衍生作品的疑问。
关键问题分析
- 法律边界模糊：AI 重写可能模糊“清洁室”与“衍生作品”的界限。如果开发者基于原始代码使用 AI 工具，即使输出代码不同，也可能被视为对原作的修改，从而受原始许可证约束。
- 许可证冲突：chardet 从 LGPL 改为 MIT 许可证，涉及从严格限制（如要求衍生作品开源）到更宽松许可的转变，这可能影响代码在闭源项目中的使用，引发原作者权益争议。
- 行业影响：随着 AI 编码工具的普及，类似案例可能增多，挑战现有开源法律框架。开发者需谨慎评估 AI 辅助重写的法律风险，避免无意侵权。
实际案例细节
- chardet 库最初由 Mark Pilgrim 于 2006 年发布，采用 LGPL 许可证。
- Dan Blanchard 于 2012 年接管维护，并在 2023 年使用 Claude Code 重写，声称目标是改进性能并简化许可证。
- Pilgrim 认为，由于 Blanchard 接触过原始代码，这不能算作“清洁室”实现，因此新版本应维持 LGPL 许可证。
行业背景与启示
在 AI 技术快速发展的背景下，此类事件凸显了开源社区面临的新挑战。AI 工具如 GitHub Copilot 或 Claude Code 能加速开发，但也可能引发知识产权纠纷。开发者在使用 AI 重写代码时，应：
- 明确记录开发过程，确保符合“清洁室”原则（如避免接触原始代码）。
- 咨询法律专家，评估许可证变更的合法性。
- 社区需更新指南，以适应 AI 时代的新场景。
总之，chardet 案例提醒我们，AI 虽能重写代码，但许可证的法律约束不容忽视。在追求技术创新的同时，维护开源精神和法律合规至关重要。