微软在 X上发布了一条推广 Copilot 的帖子，声称“AI 在你喝完一杯咖啡前就写完了代码”。这本是一次常规的营销动作，却意外引爆开发者社区的集体反弹。
评论区迅速演变为一场对 Windows 11 系统稳定性的控诉，而非对 AI 编码能力的讨论。真正的焦点，早已从“AI 能否写代码”转向：“为什么你们连基础体验都做不好？”
开发者不反对 AI，但拒绝被强制消费
多数开发者并非否定 AI 的潜力。他们反对的是：
- 未经请求的 AI 干预：Copilot 在编辑器中自动弹出建议、在资源管理器中插入侧边栏、在任务栏植入代理入口。
- 低质量输出：AI 生成的代码常含“幻觉”——语法错误、不存在的 API、过时的框架用法，修复成本远超手动编写。
- 系统级渗透：微软正将 AI 作为“操作系统默认组件”而非“可选工具”，剥夺用户选择权。
一位开发者写道：“我宁愿自己写一个 for 循环，也不愿花 15 分钟调试 Copilot 生成的 fetch 请求。”
微软曾删除一条 Copilot 广告，因为 AI 错误地指导用户如何更改系统字体大小——一个本应由系统设置完成的简单操作，却被 AI 引导至复杂脚本。这一事件成为开发者眼中“AI 越界”的象征。
真正的痛点：Windows 11 的稳定性与体验倒退
在关于 AI 的喧嚣中，更深层的不满浮出水面：
- 文件资源管理器响应迟缓、崩溃频发
- 更新后驱动冲突、任务栏异常、DPI 缩放错乱
- 强制微软账户登录、云端同步不可控
- 系统更新频繁破坏本地配置
“你们用 30% 的工程资源做 AI，是不是就解释了为什么每次更新后系统更卡？”
“如果 AI 是你们的未来，那为什么你们连基础的窗口动画都做不顺滑？”
许多用户直言，正是微软对 AI 的强推，促使他们转向 Linux 或 macOS。一位用户甚至呼吁 Epic Games 在 Linux 上推出 Fortnite，只为彻底脱离 Windows。
AI 的价值，不应建立在系统缺陷之上
微软 AI CEO Mustafa Suleyman 曾批评“对 AI 的愤世嫉俗”，但问题不在“是否相信 AI”，而在“是否尊重用户”。
开发者不是拒绝进步，而是拒绝被替代表达。他们不需要一个“氛围编码”助手，他们需要：
- 一个稳定、可预测、低干扰的操作系统
- 一个可关闭、可选择、可审计的 AI 工具
- 一个以生产力为本，而非技术炫技的产品哲学
当 AI 的“速度”掩盖不了“错误率”，当“自动化”取代不了“可靠性”，再强大的模型也换不来信任。
微软该怎么做？
- 停止把 AI 当成系统默认功能
将 Copilot 移出任务栏、资源管理器、搜索框，设为独立插件，由用户主动启用。 - 优先修复 Windows 11 的基础体验
文件管理器响应速度、更新兼容性、DPI 缩放、电源管理——这些才是开发者和企业用户的“刚需”。 - 提供清晰的退出路径
允许用户完全禁用 AI 功能，不隐藏开关，不诱导开启，不通过系统更新“悄悄植入”。 - 倾听权力用户
真正推动 Windows 生态的是专业开发者、系统管理员、企业 IT 部门——他们不是“被教育”的对象，而是产品成败的决定者。
评论