翻译：刘天栋 Ted
除非你在过去一年左右的时间里一直生活在岩石之下，否则你很可能已经听说过很多关于生成式人工智能如何快速发展并正在迅速改变我们所熟知的软件行业的事情。虽然猜测 GitHub 的 Copilot 等工具何时会让我们所有程序员失业[1]是件有趣的事，但说到开源软件，还有一个更紧迫的问题：对知识产权的影响。虽然我们并没有过多地考虑过这个问题，但归根结底，我们每一个为开源软件做出贡献的人都是在行使个人权利，将自己的劳动成果授权他人使用，或者捐献一些我们自己没有创造但有权分享的东西。事实上，任何为 Apache 软件基金会 300 多个活跃项目做出贡献的提交者，都是在明确签署了个人贡献者许可协议[2](ICLA)之后才这样做的："您声明您的每项贡献都是您的原创作品（关于代表他人提交的作品，请参见 ICLA 第 7 节）"如果你只是一时兴起输入了一页代码，那么 "你的原创 "的标准就很容易理解，但除此之外，界限很快就会变得非常模糊。即使在生成式人工智能出现之前，开源开发人员也在为这样的问题而挣扎："如果我的集成开发环境（IDE）补全了我没有输入的代码--那行代码真的是我原创的吗？或者 "如果我最终上了 StackOverflow，并从那里的一个线程中，得到了如何处理一个特别棘手的问题的、看起来很琐碎的一行代码--我可以把它纳入（我的程序）吗？或者（我个人的最爱）"如果我编码的唯一方法是进行结对编程--那么从那个双头四臂的怪兽（译者注：意指结对编程的双方合体）那里出来的代码是谁的原创呢？现在，我想说的是，就像大多数与知识产权管理有关的事情一样，这类问题的答案是 "视情况而定"，而就 ASF 的观点而言，我们试图在出现这类 "视情况而定 "的问题时将其记录在案[3]，这样做并不过分。然而，对于生成式人工智能，ASF 的法律委员会认为，零敲碎打的方法并不能真正解决问题；这不仅是因为该主题非常重要，还因为围绕该主题的整个法律体系的飞速发展。因此，专门的 ASF 生成工具指南[4]页面应运而生了。
如果您是 ASF 的贡献者，计划使用任何生成工具（无论是否由人工智能驱动），我们强烈建议您阅读本文档，并遵循其中的指导。我们也在寻求对我们建议的反馈。提供此类反馈的最便捷方式是联系 ASF 法律委员会：legal-discuss@apache.org最后，如果编写本指南不是社区的努力，那就不是真正的开源。我要感谢 ASF 法律委员会的所有成员，特别是 Henri Yandell，感谢他们在可操作建议和法律严谨性之间取得平衡的工作和奉献。在另一个层面上，我也要感谢 Linux 基金会的领导力，它并没有赶鸭子上架，而是鼓励所有不同的开源基金会（包括 ASF）开始用共同的术语来思考这个领域，并就彼此观点接近的政策达成一致。请关注这一领域，你会发现今年会出现很多类似的指导意见。
注：
[1]https://hackaday.com/2023/03/08/will-a-i-steal-all-the-code-and-take-all-the-jobs/
[2]https://www.apache.org/licenses/icla.pdf
[3]https://www.apache.org/legal/resolved.html
[4]https://www.apache.org/legal/generative-tooling.html
原文链接：
https://news.apache.org/foundation/entry/asf-legal-committee-issues-generative-ai-guidance-to-contributors
Apache 软件基金会法律事务副总裁
相关阅读
拯救开源：《网络韧性法案》即将带来的悲剧
如果您有新的想法，欢迎加入开源雨林交流群，一起探讨。
小助手微信：osrainforest（添加时请备注“交流群”）
什么是开源雨林？
开源雨林围绕开源通识、开源使用、开源贡献三大方面构建知识体系，愿把长期积累的经验系统化分享给企业，在团队、机制、项目三方面提供合作，推动各企业更高效地使用开源、贡献开源，提升全行业开源技术与应用水平。
开源雨林的内容已开源，并托管在 https://github.com/opensource-rainforest/osr ，欢迎通过 Pull Request 的形式贡献内容，通过 Issue 的形式展开讨论，共同维护开源雨林的内容。