WayToClawEarn
高影响Hacker News

VS Code 争议:Copilot 强制添加 Co-Authored-by 到每次提交

微软 VS Code 近期合并了一个 PR:默认在每次 git 提交中自动插入 Co-Authored-by: Copilot,无论用户是否实际使用了 Copilot 辅助编码。该变更引发开发者社区强烈反对,3 周内获得 372 个踩的反馈,Hacker News 热议 1315 分。本文梳理事件始末、社区反应及应对建议。

2026年5月3日 · 阅读约 4 分钟

核心结论

2026 年 4 月中旬,微软 VS Code 团队合并了一个只有 4 行变更的 PR(#310226):在 git 扩展中默认启用「AI 合著者」功能,每次提交自动追加 Co-Authored-by: Copilot 到 commit message 中——无论用户是否实际使用了 Copilot。

  • 事件发生时间:2026 年 4 月中旬(PR 合并),5 月 2 日在 Hacker News 引爆讨论
  • 影响对象:所有 VS Code + Copilot 用户(数千万开发者)
  • 核心变化:AI 协作署名的 opt-in → opt-out 转变

关键要点

  • PR #310226 仅修改了 2 个文件、4 行代码
  • 合并 3 周后获得 372 个 👎、30 个 😕 反应
  • Hacker News 获 1315 分、698 条评论
  • 社区核心不满:未经用户同意变更 commit 内容

背景与触发事件

2026 年 5 月 2 日,用户 indrora 在 Hacker News 上发布了这条消息:VS Code 在未告知用户的情况下,自动向 git commit message 中插入 Co-Authored-by: Copilot。帖子迅速攀升至首页第一,获得 1315 点积分和近 700 条评论。

这条 PR 由微软员工 cwebster-99 提交,dmitrivMS 审查合并。变更仅涉及 extensions/git/package.jsonextensions/git/src/repository.ts 两个文件——简单地从「基于 Copilot 使用情况决定是否署名」改为「默认永远署名」。

关键影响

维度变化对开发者意味着什么建议动作
commit 完整性Copilot 署名始终出现历史记录中的 AI 署名不代表真实 AI 使用检查近期 commit 是否有无关署名
开源合规署名无实际使用关联可能误导代码审查者关于 AI 辅助程度手动移除不准确的 Co-Authored-by 行
信任度微软的开发者信任受损用户质疑微软默认选择 AI 的策略评估是否切换到 VS Code 替代品
可配置性默认 open → 永不开用户需要手动关闭"Git: Add Co-Authored-By"设置在 settings.json 中禁用

VS Code 设置页面

社区反应

HN 社区评论普遍负面。热门评论指出:

"微软花了数十年修复声誉,然后一把火烧了这一切来祭他们的 AI 神。"

另一位用户称:「我不觉得微软有人真正理解他们毁掉了多少信誉。这次不会再靠开源几个工具修复了。一次不忠,百次不用——这不可原谅。」

这起事件不只是技术问题,更是信任危机。当一家公司强制在你不需要的地方插入 AI 标识,社区自然会质疑背后的动机。

适配建议

如何关闭自动 Copilot 署名

如果你不想每次 git commit 都带上 Co-Authored-by: Copilot,可以在 VS Code settings 中关闭:

json
{
  "git.addCoAuthoredBy": false
}

或者通过命令面板搜索 Git: Add Co-Authored-By 取消勾选。

对内容创作的建议

对于使用 AI 工具做内容生产的工作者,这件事有更深远的意义:

  1. 工具署名的边界:AI 工具的署名应当反映实际使用,而非默认标记
  2. 信任建设:任何自动化变更都需要明确的用户知情和同意
  3. 审查机制:在自动化流程中加入变更审查步骤,避免不预期的元数据修改

工具词条

正文中自然涉及多个工具生态:VS CodeGitHub CopilotOpenAIClaude Code——AI 辅助编程已经成为开发者日常,但工具提供商需要在便利性与透明性之间找到平衡。DeepSeek V4Claude Code 等替代工具的崛起,某种程度上也反映了社区对锁定的担忧。

内链引导

免责声明:本站案例均为知识分享内容,仅供灵感与参考,不构成收益承诺;由此进行的外部执行与结果请自行判断并承担相应责任。