【翻译】ASF 法律委员会发布贡献者生成式 AI 指南

中英文对照版请点击《ASF 法律委员会发布贡献者生成式 AI 指南（中英文对照）》查看

除非你在过去一年左右的时间里一直生活在岩石之下，否则你很可能已经听说过很多关于生成式人工智能如何快速发展并正在迅速改变我们所熟知的软件行业的事情。虽然猜测 GitHub 的 Copilot 等工具何时会让我们所有程序员失业^[1]是件有趣的事，但说到开源软件，还有一个更紧迫的问题：对知识产权的影响。

虽然我们并没有过多地考虑过这个问题，但归根结底，我们每一个为开源软件做出贡献的人都是在行使个人权利，将自己的劳动成果授权他人使用，或者捐献一些我们自己没有创造但有权分享的东西。事实上，任何为 Apache 软件基金会 300 多个活跃项目做出贡献的提交者，都是在明确签署了个人贡献者许可协议^[2](ICLA) 之后才这样做的：

“ 您声明您的每项贡献都是您的原创作品（关于代表他人提交的作品，请参见 ICLA 第 7 节）”

如果你只是一时兴起输入了一页代码，那么“你的原创”的标准就很容易理解，但除此之外，界限很快就会变得非常模糊。即使在生成式人工智能出现之前，开源开发人员也在为这样的问题而挣扎：“如果我的集成开发环境（IDE）补全了我没有输入的代码——那行代码真的是我原创的吗？”或者“如果我最终上了 StackOverflow，并从那里的一个线程中，得到了如何处理一个特别棘手的问题的、看起来很琐碎的一行代码——我可以把它纳入（我的程序）吗？”或者（我个人的最爱）“如果我编码的唯一方法是进行结对编程--那么从那个双头四臂的怪兽（译者注：意指结对编程的双方合体）那里出来的代码是谁的原创呢？”

现在，我想说的是，就像大多数与知识产权管理有关的事情一样，这类问题的答案是“视情况而定”，而就 ASF 的观点而言，我们试图在出现这类“视情况而定”的问题时将其记录在案^[3]，这样做并不过分。然而，对于生成式人工智能，ASF 的法律委员会认为，零敲碎打的方法并不能真正解决问题；这不仅是因为该主题非常重要，还因为围绕该主题的整个法律体系的飞速发展。

因此，专门的 ASF 生成工具指南^[4]页面应运而生了。

如果您是 ASF 的贡献者，计划使用任何生成工具（无论是否由人工智能驱动），我们强烈建议您阅读本文档，并遵循其中的指导。我们也在寻求对我们建议的反馈。提供此类反馈的最便捷方式是联系 ASF 法律委员会：

[email protected]

最后，如果编写本指南不是社区的努力，那就不是真正的开源。我要感谢 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

---

转载自丨开源雨林

作者丨Roman Shaposhnik

翻译丨刘天栋 Ted

编辑丨邓子宜

相关阅读 | Related Reading

一场深刻的开源聚会：KCC@北京 9.2 活动回顾

探索 AI+开源的未来：Open Source Congress@日内瓦

开源社简介

开源社（英文名称为“KAIYUANSHE”）成立于 2014 年，是由志愿贡献于开源事业的个人志愿者，依 “贡献、共识、共治” 原则所组成的开源社区。开源社始终维持 “厂商中立、公益、非营利” 的理念，以 “立足中国、贡献全球，推动开源成为新时代的生活方式” 为愿景，以 “开源治理、国际接轨、社区发展、项目孵化” 为使命，旨在共创健康可持续发展的开源生态体系。

开源社积极与支持开源的社区、高校、企业以及政府相关单位紧密合作，同时也是全球开源协议认证组织 - OSI 在中国的首个成员。

自2016年起连续举办中国开源年会（COSCon），持续发布《中国开源年度报告》，联合发起了“中国开源先锋榜”、“中国开源码力榜”等，在海内外产生了广泛的影响力。