软件自由联盟 (SFC) 是一个为免费和开源软件项目提供基础设施支持的非营利组织敦促开发人员停止使用 GitHub，并将他们的项目转移到其他平台。该组织历来与 GitHub 有过多次公开恩怨，上周 Copilot 的推出成为压垮 SEC 放弃 GitHub 网站的最后一根稻草。
美国证券交易委员会政策研究员 Bradley M. Kuhn 表示：“我们将结束自己对 GitHub 的所有使用，并宣布一项帮助 FOSS 项目从 GitHub 迁移的长期计划。” “虽然我们目前不会强制迁移我们现有的成员项目，但我们将不再接受没有从 GitHub 迁移的长期计划的新成员项目。”
SFC 的成员项目包括 BusyBox、Git、 Homebrew、OpenWrt、Buildbot、Houdini 和 phpMyAdmin 等等。该组织得到了 Google、Mozilla 和 Redhat 等公司的财政支持。
Kuhn 说，一年来，SEC 一直在与微软和 GitHub 积极沟通对 Copilot 的担忧。他声称 GitHub 忽略了讨论 AI 辅助软件的伦理影响，也忽略了回答 SEC 的问题。
“像 Copilot 那样推出不尊重 FOSS 社区的营利性产品只会压倒 GitHub 的不良行为，”Kuhn 说。
具体来说，SEC 要求 GitHub 引用其前任首席执行官声明的法律先例：“(1) 在公共数据上训练 ML 系统是合理使用，(2) 输出属于运营商，因为与使用编译器相同。”
SFC 无法获得答案的其他两个问题如下：
- 如果如您所说，在任何代码都是允许的（并允许用户根据模型生成代码）并且不受任何许可条款的约束，那么你为什么选择只在 FOSS 上训练 Copilot 的模型？例如，为什么您的 Microsoft Windows 和 Office 代码库不在您的训练集中？
- 您能否提供 Copilot 训练集中使用的许可证列表，包括版权所有者的名称和/或 Git 存储库的名称？如果不是，您为什么要向社区隐瞒这些信息？
SFC 辩称，Microsoft 和 GitHub 正在利用 FOSS 来发挥自己的优势，并且与同行（Amazon、Atlassian 和 GitLab）相比，他们对 FOSS 的支持程度要低得多。
“GitHub 也有忽视、驳回和/或贬低社区投诉的记录，我们必须敦促所有 FOSS 开发人员尽快离开 GitHub，”Kuhn 说。
美国证券交易委员会今年早些时候成立了一个委员会，负责调查人工智能辅助编程的版权左派效应。他们正在探索一个初步发现，即人工智能辅助软件开发可以以尊重 FOSS 许可证的方式进行。
“虽然微软的 GitHub 是这个领域的先行者，但相比之下，早期的报告表明亚马逊的新 CodeWhisperer 系统（也在上周推出）旨在为代码建议提供适当的归属和许可信息，”库恩
迄今为止，对证监会号召的反应不温不火。虽然 Copilot 对许多人来说仍然是一个有争议的工具，但那些将其视为实用程序的人对其使用开源代码的看法喜忧参半。
“当我不得不在 Ruby 中制作一些我很少使用而且经常忘记的配置文件时，它在 Beta 版中非常有用，”软件工程师 Joe Mattiello 说。“FOSS 是给予和接受。开源的意义在于开放。尽管任何使用非商业许可的项目如果是付费项目，则不应包括在内。”
另一个共同点是，GitHub 不会在 OSS 项目上滥用开源软件，而是训练其 AI，允许 AI 读取源代码并从中学习。在这种背景下，SEC 对 GitHub 使用共享代码的打击似乎更加荒谬。
目前，SEC 似乎满足于继续研究与在其委员会的帮助下，但该组织的部分工作是协助成员项目执行 FLOSS 许可证的条款，包括通过诉讼。它的重点是 copylefting Compliance 随着 SEC 委员会更多地了解人工智能辅助编程的版权影响，可能会对 Copilot 产生未来影响，包括 GPL 的强制执行。
资源
