2026年3月26日，The Register 在标题为“GitHub: We going to train on your data after all”的报道中写明，GitHub 将在2026年4月24日开始默认把公开仓库里的代码与内容用于训练其 AI 模型——报道还用一句口语化的话概括，“As of April 24 you'll be feeding the Octocat unless you opt out”。
报道指出，这一政策并非完全没有退出机制：GitHub 表示仓库或账号所有者可以通过官方提供的“退出（opt‑out）”控制来阻止其内容被用于训练。GitHub 将这一步骤描述为用户可控的选择，但并未在初稿中给出全部技术细节或批量操作工具的完整界面截图，The Register 的文章强调了时间节点和默认设置本身带来的张力。
变更细节触及几个具体争议点。首先，默认开启意味着很多开发者如果不知情或未及时调整设置，代码就会被吸纳进训练数据；其次，关于开源许可证的适用性问题再次浮出水面：部分维护者担忧，训练用途是否与项目许可条款相冲突，尤其是那些带有“非商业使用”限制或更严格贡献协议的仓库。
报道还提到，社区反应迅速且多样：一些维护者已开始在社交平台上呼吁同伴检查仓库设置并考虑是否需要集体行动，另有安全研究者警告，这类大规模训练可能增加模型学习到危险或不合规代码的概率，从而引发新的合规与安全挑战。
从 GitHub / Microsoft 的角度，The Register 引述其意图是为了改进 Copilot 等开发者工具的智能与实用性，通过更大的训练集提高建议质量和覆盖面。GitHub 强调，此次变更并非针对私有仓库，也不会自动绕过受保护或被指定为不可训练的内容——但对于“公开仓库默认纳入”的表述，文章认为这是一种立场上的转变。
法律与治理层面也是报道重点：一些开源法律专家在接受 The Register 采访时表示，虽然许多许可证并未明确禁止训练用途，但默认训练会把原本由贡献者决定传播范围的选择权转移出去，可能催生新的诉讼或规范需求。对于那些依赖特殊许可条款维持项目生态的维护者来说，这一点尤其敏感。
文章提醒开发者两件事：一是关注 GitHub 在未来公布的具体操作路径和 API 支持，及时在账号或仓库层面进行设置；二是审视项目的许可证与贡献者协议，必要时与社区讨论是否需要调整许可或发布明确的声明。The Register 在文中以较为尖锐的语气总结，这次政策既是技术演进的结果，也是对平台治理和社区信任的一次考验。
对于IT开发者和开源贡献者而言，文章建议把握两条现实线索：在2026年4月24日之前检查并决定仓库的训练权限，同时关注围绕许可与模型使用的持续讨论——这些选择将直接影响未来模型如何“看到”并再利用你写下的代码。
▶️ 喜欢这篇内容？创作真的很辛苦！
欢迎关注我们的 YouTube 频道：
AI Rosetta
你的点赞、订阅和分享，是对我们最大的支持！🙏
更多AI新闻请访问：
https://www.airosetta.com