微软是否再次失去了它的魔力?

TL;DR · AI 摘要
微软在AI产品和GitHub服务上面临挑战,股价下跌,开发者信心受挫,但公司仍在努力调整策略。
核心要点
- 微软的AI产品Copilot市场表现不佳,未能吸引足够用户。
- GitHub因频繁宕机导致用户流失,引发开发者不满。
- 微软正通过引入开源工具如OpenClaw,试图重新夺回AI领域的领导地位。
结构提纲
按章节快速跳转。
思维导图
用一张图看清主题之间的关系。
查看大纲文本(无障碍 / 无 JS 友好)
- 微软的AI与GitHub挑战
- AI产品表现不佳
- Copilot市场接受度低
- 与Anthropic竞争激烈
- GitHub服务问题
- 频繁宕机
- 用户流失
- 微软的应对措施
- 引入OpenClaw
- 强调开发者重要性
金句 / Highlights
值得收藏与分享的关键句。
微软的AI产品Copilot市场表现不佳,未能吸引足够用户。
GitHub因频繁宕机导致用户流失,引发开发者不满。
微软正通过引入开源工具如OpenClaw,试图重新夺回AI领域的领导地位。
微软再次失去魔力了吗? | WIRED
Steven Levy
商业
2026年6月5日 上午11:00
微软再次失去魔力了吗?
微软的AI产品销售不佳,GitHub也一直面临各种问题。WIRED与副总裁Scott Hanselman进行了交谈,探讨公司是否正在追赶模式。
图片插图:WIRED员工;David Ryder/Getty Images
保存这个故事
本周,Satya Nadella以典型的关于新产品和对AI乐观展望的言论,开启了微软一年一度的Build开发者大会。他演讲的重点是微软对代理AI的热衷。然而,在旧金山Fort Mason举行的活动上,却笼罩着一层阴云,而我所说的并不是Azure。
尽管竞争对手的估值和股价飙升,微软的股价今年却一路下跌。其职场AI产品,如今微软几乎所有产品都被称为Copilot,市场反响令人失望。虽然微软曾是代码工具领域的早期领导者,但Anthropic凭借其开创性的代理式编程方法已经取得领先地位。微软对此的回应是终止Claude Code的授权,迫使开发者使用Copilot。
同时,GitHub——这个宝贵的代码仓库和微软的子公司——经历了前所未有的停机时间,导致长期用户抱怨甚至流失。一位Reddit帖子直言不讳地表示:“GitHub是不是已经变成了一团火?”对于微软来说,失去开发社区的心和思想将是一场灾难。还记得前CEO Steve Ballmer曾用著名的总结来说明是什么让公司保持领先?开发者!开发者!开发者!
Scott Hanselman是微软的副总裁,也是GitHub技术团队的一员。他花费了无数个小时与开发者交谈、培训工程师,并推广GitHub和AI。他也是微软迟来努力抓住代理式机遇的中心人物。去年年底,他考虑在公司工作18年后离开,去教高中科学。但11月,他被Claude Code和OpenClaw引发的代理式编程革命所激发。他帮助将后者(一个开源项目)引入微软。在Build大会上,他是Nadella主题演讲的一部分,展示了公司“Copilot”如何为程序员、工人和其他人自动化任务。
Hanselman似乎是最适合解释微软现状的发言人。在三年前作为生成式AI时代的领导者崭露头角后,微软是否失去了它的魔力?(本次采访已为清晰和简洁进行了编辑。)
STEVEN LEVY:最近GitHub用户抱怨频繁的停机时间,有些人甚至已经离开。那里的状况如何?
SCOTT HANSELMAN:你还记得社交媒体被机器人淹没的时候,或者20年前电子邮件被垃圾邮件淹没的时候吗?GitHub的流量和使用量中,机器人和人类的数量一样多。我认为GitHub在满足这一需求方面做得很好,但这些机器人非常、非常快。我认为这只是一个短暂的插曲。
你如何说服开发者,这只是一个插曲,而不是公司变得懒散的迹象?
现在说它暂时宕机很容易,但人们会忘记它99%的时间都是正常运行的。它只是承受了来自机器人的巨大压力。
在 Build 大会上,微软最重要的宣布是有关代理(agents)以及其对 OpenClaw 的采用,通过一个名为 Scout 的产品。你们帮助实现了这一点,甚至将 OpenClaw 的创始人 Peter Steinberger 也引入了这个过程。
这正是开源社区成员交流时经常发生的事情。去年,OpenClaw 一切的起点。我做了一个小的 Windows 应用程序,Satya 认为这很令人兴奋,于是我开始与其他人交流。微软在 Windows 上思考代理已经很久了,而我只觉得:“这对我们来说是一个绝佳的机会,为什么不尝试一下呢?”
去年 11 月,你和其他人一起进入了编码代理的“兔子洞”吗?
那对极客们来说是一个非常紧张的时期。在那个假期里,我花了很多时间与编码代理进行交流。从那以后,这简直就像坐上了火箭。
Claude Code 看起来在那方面已经取得了领先地位,击败了 Codex,甚至可以说是 Copilot。几年前,微软的 Copilot 编码工具似乎处于领先地位。现在,它变成了 Claude Code。
我对此表示尊重的反对意见。编码模型只是其中的一部分,但微软对开发者来说是一个非常好的地方。Windows 是一个基于开源硬件的开放平台,人们可以在此构建任何东西。
微软希望 Scout 被生产力工作者甚至消费者所采用。AI 代理会犯错误,也会产生幻觉。人们能容忍多少错误?
这是一个很好的问题。我不知道。信任但要验证。给它一个小任务,然后尝试一下,看看是否有效。然后,你会说:“哦,它没有做错任何事情。我会给它只读访问权限。”例如,当我告诉别人我给了 OpenClaw 访问我血糖数据的权限,因为我是一名 1 型糖尿病患者,人们的第一反应通常是:“你怎么敢让一个代理访问你的健康数据?”对我而言,获得关于血糖的主动通知非常有用。我不认为这是有争议的事情。
我明白这一点,但目前有很多人对 AI 持怀疑或敌对态度。
当一种新工具被引入时,无论是电锯、动力工具还是内燃机,人们在摸索如何让这些工具对人类有益的过程中都会经历一段混乱的时期。我个人并不完全支持 AI,因为我用脚投票。我不使用 AI 图像生成,也不使用 AI 视频生成,因为我不相信这些技术。我使用 AI 进行编码,我发现这非常令人愉快。
是的,编码人员确实非常喜爱代理,但在这个社区之外,存在一定的抵触情绪。微软在 AI 生产力工具表现不佳时已经看到了这一点。你预计代理 AI 会遇到类似的阻力吗?
他们要么喜欢,要么不喜欢。我记得 Walkman 推出时,人们说:“没人会把这种东西戴在头上,这些耳机看起来很荒谬。”现在我们每个人都戴着这些白色的小棉签从耳朵里伸出来。
你觉得微软目前处于追赶模式吗?
我愿意表示反对,并指出每个人其实都处于追赶模式,因为当你领先一步后,就会来回反复。这就像拇指战争。我想提醒大家,“Copilot”这个词是微软首先使用的,这个词现在已经变成了 Kleenex 一样的通用名称。
你觉得今年的开发者大会让微软重新回到了竞争的赛道上吗?
有几位 Mac 用户在后台和我闲聊,他们观看了 Surface Laptop Ultra 的发布。他们看到了所有新的开发工具,然后不情愿地看着我们说:“天啊,你们是要让我去买 Surface 吗?”
现在 Fort Mason 的垃圾桶里是不是已经装满了 MacBook Air?
如果这是结果的话,那将是非常棒的,不过我可不希望制造更多的电子垃圾。
这是 Steven Levy 的 Backchannel 通讯的一期。[阅读之前的通讯](here)。