VS Code 拟默认在提交信息中添加 Copilot 署名,引发开发者社区强烈抗议
微软 VS Code 团队近期提交的一项拉取请求(PR #310226)显示,官方计划默认在 Git 提交信息中插入“Co-authored-by: Copilot”标识。这意味着无论开发者是否实际使用了 AI 辅助,提交记录都可能包含 AI 署名。该提议在 GitHub 上引发了巨大争议,反对票数(👎)已超过 370 票,反映出开发者对代码所有权、贡献透明度及工具过度干预的深度担忧。
核心要点
- 默认启用 AI 署名:VS Code 计划在 Git 提交中默认添加 AI 共同作者(Co-author)信息。
- 社区强烈抵制:相关 PR 在 GitHub 上收到了超过 370 个反对评价(👎),支持者寥寥无几。
- 涉及核心组件:修改涉及 VS Code 内置的 Git 扩展插件,影响基础开发工作流。
- 透明度争议:开发者担心此举会模糊人类与 AI 的贡献界限,并干扰代码审计。
详细分析
争议功能的背景与实现方式
根据 GitHub 上的拉取请求(Pull Request #310226)显示,VS Code 贡献者 cwebster-99 提交了名为“默认启用 AI 共同作者”(Enabling ai co author by default)的更改。该修改主要针对 VS Code 的内置 Git 扩展,具体涉及 extensions/git/package.json 和 extensions/git/src/repository.ts 两个核心文件。其核心逻辑是在用户执行 Git 提交操作时,自动在提交说明(Commit Message)的末尾添加 AI 助手的署名信息,通常表现为 Co-authored-by: github-copilot <[email protected]>。
开发者社区的负面反馈
该 PR 发布后,迅速在开发者群体中引发了轩然大波。截至目前,该页面已积累了超过 370 个“踩”(thumbs down)和 30 个“困惑”(confused)的表情反馈,而表示赞同的(thumbs up)仅有 2 人。社区的这种极端反应表明,开发者对于开发工具在未经明确授权的情况下修改提交元数据的行为感到极度不安。许多用户认为,这种“强制性”的署名不仅是对开发者劳动成果的不尊重,也可能在法律和合规层面带来潜在风险。
对代码贡献真实性的影响
在开源和企业级开发中,Git 提交记录是衡量开发者贡献和追踪代码来源的重要依据。如果 VS Code 默认将 Copilot 列为共同作者,即使开发者只是利用 AI 进行了简单的代码补全,甚至完全没有使用 AI,提交记录中也会出现 AI 的名字。这种做法被认为会干扰贡献者统计数据,使得代码审计变得更加复杂,同时也引发了关于 AI 生成内容在版权归属上的进一步讨论。
行业影响
此次 VS Code 的提议反映了大型科技公司在推广 AI 工具集成时的激进策略。作为全球最流行的代码编辑器,VS Code 的这一改动具有风向标意义。如果默认开启 AI 署名成为行业标准,将迫使开发者重新审视工具链的信任问题。社区的强烈反弹也向工具开发者发出了明确信号:在引入自动化 AI 标识时,必须优先考虑用户的选择权、透明度以及对既有开发规范的尊重,而非强行推动 AI 的“存在感”。
常见问题
问题 1:为什么 VS Code 要默认添加 Copilot 署名?
根据 PR #310226 的描述,该改动旨在默认启用 AI 共同作者功能。其初衷可能是为了更规范地记录 AI 在代码编写过程中的参与度,但在实现方式上选择了默认开启,从而引发了争议。
问题 2:这一改动目前是否已经生效?
目前该功能仍处于 Pull Request(拉取请求)阶段,正在 GitHub 上接受社区审查和讨论。尚未正式合并到 VS Code 的稳定版本中。鉴于目前的负面反馈量,该功能是否会按原计划发布仍存在变数。
问题 3:如果该功能上线,开发者可以关闭它吗?
虽然目前的 PR 旨在“默认启用”,但通常 VS Code 会提供相应的设置选项允许用户手动关闭。然而,社区目前的抗议焦点在于“默认开启”这一行为本身,认为这违背了开发工具应保持中立和透明的原则。
