整理 | 郑丽媛 出品 | CSDN（ID：CSDNnews） 这几年，微软总是把 AI 挂在嘴边：Copilot 写代码、AI 找 Bug、用自动化提效……但最近两篇来自微软内部的博客，画风却不太对劲：不是“AI 真香”，而是 “AI 太多，我们快顶不住了” 。 一边是 Exchange 团队说，AI 找 Bug 找得太猛，导致累积更新没空发；另一边是 Edge 团队承认，AI 生成的浏览器扩展多到根本审核不过来—— 不到一个月，微软两度“自曝家丑” ， 而主角都是 AI。 AI 找 B ug 太猛，CU1 被 “ 堵 ” 在路上 事情从 8 月 13 日说起。当时，微软 Exchange 团队发布了一篇题为《Exchange SE CU1 到底在哪？》的帖子，坦承收到 大量客户追问 ：Exchange Server 订阅版（Exchange Server Subscription Edition，简称 Exchange SE）的 累积更新 CU1，到底什么时候发布？ 这个问题之所以被反复追问，是因为 微软最初承诺在 2026 日历年上半年结束前发布，后来悄悄改成“2026 年下半年” ，再后来就没有具体日期了。 先简单介绍一下：Exchange SE 是微软邮件服务器的订阅版，而累积更新（CU）是一种“打包版”更新，包含近期所有 Bug 修复、新功能以及过时代码移除等内容。 微软每年 会 发布一两次 CU，有些用户 也 更喜欢直接装 CU ，而不是逐个打补丁。 对于 CU 的延迟，微软给出的理由多少有些出人意料： AI 工具找到了太多 Bug 。 过去几个月，微软一直在使用各种 AI 工具寻找产品中的 Bug，但 找到 Bug 并不是终点，反而意味着一长串工作正式开始 ：工程师需要先确认 Bug 是否真实存在，再尝试复现；确认之后，要修改代码、测试修复效果，还要做回归测试，确保“修了一个 Bug，没有顺手制造三个新 Bug”；然后，还得把这些修复打包成安全更新并发布。 可是，安全 Bug 并不会排队等着工程师处理，新的 Bug 还在不断出现，安全更新每个月都要发布。于是 Exchange 团队陷入了一种相当尴尬的状态 ：一边修新的安全 Bug，一边做 CU1。 更麻烦的是，微软 还 不敢随便把 CU1 推出去 。因为 CU1 一旦发布，如果紧接着又出现一个紧急安全 Bug，企业管理员很可能马上又得安装另一个大型更新，所以微软宁愿继续等。 Exchange 团队表示，他们会把每个月的安全更新持续整合进内部 CU1 版本，等到版本足够稳定，同时 碰上一个 没有“ 必须优先处理的紧急安全更新 ” 的月份，再正式推出 CU1。 听起来很稳妥，唯一的问题是：到底哪个月才能没有紧急安全更新？ 博客最后写道：“ 简而言之 ， Exch ange SE CU1 肯定 会发布 ， 我们没有忘记 ，但目前 还 不能给到具体 日期。 ”——这句话说得很体面，信息量却约等于零。 本文聊到的 AI 编程边界与研发效能之争， 在11月20-21日 · 北京万达文华酒店，「2026 奇点智能技术大会 与 C++ 及系统软件技术大会」现场，将讨论 AI 编程工具的能力边界、程序员的核心竞争力、研发效能与语言演进 等议题，现场 70+ 一线实战技术嘉宾、18 大 AI 与系统软件专题即将开启。 扫码免费领取大会 历届演讲 PPT 大礼包 、Agent 实战训练营录播课 ——先睹为快 还没缓过来，Edge 又被 AI “挤爆”了 这边 Exchange 的事还没完，隔壁 Edge 团队又出事了。 9 月 8 日， 微软 Edge 团队在的一篇博客中承认，自己也有点被 AI 压垮了 。博客写道：“随着 AI 辅助编程快速普及，开发者如今可以比过去更快地构建浏览器扩展。” 以前开发一个浏览器插件，多少还得自己写代码、调 Bug、测试，再一点点迭代；现在不一样了：有了 AI 工具，开发者可以让模型生成代码，再不断修改、迭代，快速做出大量以前根本不会动手尝试的小工具。 于是，Edge 扩展生态迎来了一个微软可能没料到的副作用：提交量开始猛涨。 但插件进入 Edge Add-ons 商店之前，微软可不能让它们“写完即上架”，还需要对扩展进行审核，检查是否违反平台政策、是否存在安全问题，以及是否符合相关质量要求。 微软自己也承认，此前推出的“高质量、高价值扩展加速审核流程”，已开始承受新的压力。 说白了就是：开发者那边的 AI 油门越踩越深、插件提交量持续增加，微软的审核流水线负担越来越大，最终导致扩展审核的周转时间变长。 面对这个问题，微软没有选择简单粗暴地扩大人工审核规模，而是继续给审核流程加 AI。Edge 团队表示，已经为审核流程中许多可重复的验证检查引入自动化