VS Code 新版本出现大bug：开发者怒骂，微软下场向开发者道歉！

对可控的事保持谨慎

对不可控的事保持乐观

2026年5月初，微软在VS Code上搞了个“小动作”，结果直接点燃了整个开发者社区的怒火。事情的起因是：VS Code开始 默认 在Git提交消息里添加 “ Co-authored-by: Copilot ” 这行字。本来这个功能在之前已经是预览功能，没什么说的，但是很多开发者发现，自己纯手写的代码也被标上了AI署名，甚至在完全关闭AI功能的情况下依然出现。

社区炸锅了，Hacker News冲上榜首，VScode在GitHub PR被骂到锁评论，微软不得不公开道歉并快速回滚。

一、事件全貌：微软到底干了啥？

故事要从一个不起眼的Pull Request说起 —— PR #310226 。

这个PR把VS Code Git扩展里的设置 git.addAICoAuthor 默认值从 “off” 改成了 “all” 。

意思就是：只要VS Code检测到“AI参与了代码变更”（包括inline completions、Chat、Agent等），就会自动在commit消息末尾加上：

Co-authored-by: Copilot

听起来好像挺合理，对吧？很多工具确实会给AI生成的内容打标签，方便追踪provenance（出处）。问题是，微软这次 默认开启 ，而且实现上存在bug：

• 即使你设置了 chat.disableAIFeatures: true ，它还是偷偷加标签。

• 纯手工编辑的代码也被误判成AI贡献。

• 最气人的是：这个标签 在VS Code的Commit UI里根本看不到 ！你改完commit消息，按下push，它才在后台默默加一行。你签字画押的时候完全不知情。

这就像你写了一封情书，寄出去之后发现落款多了“代笔：ChatGPT”。你说尴尬不尴尬？开发者们可不只是尴尬，他们直接怒了。

二、开发者为什么这么生气？

很多人第一反应是“又在推Copilot吗？” 甚至有的人因此直接卸载了VSCode

下面是一个老兄的感慨

翻译过来就是说：已卸载，再见。我再也不会换回微软那款粗制滥造的编辑器了。

细细思考，引众怒背后的真实原因可能更深：

1. 信任崩塌

   开发者最在乎的是 对自己代码的控制权 。Commit历史不是随便玩的，它是技术血统证明、审计记录、甚至法律证据。默默改commit消息，等于在你的签名文件上偷偷盖了个章，这严重违反了 “What You See Is What You Get”（所见即所得）的原则。

2. 版权与法律风险

   目前很多司法管辖区认为 纯AI生成的内容无法获得版权保护 。如果你的commit被标成 “Co-authored-by: Copilot”，以后代码所有权、开源协议兼容性、企业合规审计都会出大问题。有人开玩笑说：“这可能会让我丢掉工作！”虽然夸张，但不是完全没可能。

3. 营销嫌疑

   不少人怀疑微软想通过这种方式 人为增加Copilot使用数据 。毕竟Copilot是付费服务，数据好看对财报有帮助。社区直接把这事定性为营销噱头。

4. 无声无息的推送

   没有醒目的通知，没有changelog重点标注，就这么悄无声息地进了稳定版。开发者最恨这种“偷偷摸摸”。

这次事件暴露了微软在AI产品化上的一个经典矛盾—— 商业目标 vs 开发者体验 。微软当然希望大家多用Copilot，但把“默认开启 + 隐形操作”当成策略，确实低估了开发者的敏感度。开发者不是普通用户，他们对工具的信任是建立在多年血泪史上的，一次小bug就能引发大地震。

这个事情也反映出：评估一个技术价值，不能仅看功能强弱，更要看它是否增强了人的自主判断与真实协作。

三、Copilot自己都提前预警了！

最讽刺的是， GitHub Copilot的AI Review功能 在PR阶段就警告过这个问题。

AI Reviewer明确指出：配置schema和运行时代码不一致，可能导致“unexpected behavior”。内部测试也发现了问题。但PR还是被批准并合并了。

（VS Code首席软件工程师）后来在Hacker News上公开认错：

“我是批准这个PR的人……我为在没有足够前期验证的情况下就把这个功能默认开启而道歉。” “没有邪恶公司的恶意，只是想支持一些客户期望的AI代码归属功能……但显然，当disableAIFeatures开启时不应该工作，也不应该给非AI变更打标签。我会修复这些，同时在1.119版把默认值改回off。”

这句道歉其实挺诚恳的。承认错误、快速回滚、公开接受反馈，这点微软做得不错。但也说明了大公司常见的问题—— 流程和验证机制在AI功能上还不够成熟 。连Copilot自己都看出风险了，人却没当回事，这本身就很搞笑

四、微软的快速响应与回滚

社区压力下，微软动作很快：

• 5月3日左右，在HN发帖道歉。

• 很快合并了新PR ，把默认设置改回 “off”。

• 计划在VS Code 1.119版本推送，并修复相关bug。

• 未来会作为明确opt-in功能提供。

这波操作让事件快速降温，但社区的警惕心已经拉满。很多人表示：“下次再看到类似silent change，我直接换编辑器（Zed、Cursor等）。”

微软这次道歉事件，像一面镜子，照出了AI快速迭代中开发者工具的成长痛。表面是小小的commit标签，背后是

控制权、信任、透明度 这些永恒话题。

开发者社区这次的快速反应再次证明：我们不是被动接受者，而是工具真正的主人。未来AI编码工具会越来越强，但只有真正把开发者放在第一位的，才会赢得长期信任。