Microsoft Copilot 八月将合并为单一应用，功能削减暴露付费采用危机
微软本周向其 11000 人的 Copilot 团队发出内部指令：这个产品“必须赢得存在的权利”——这是一句异常直白的内部表态。伴随而来的计划是：在八月之前将面向消费者和企业的所有 Copilot 合并为一个统一应用，砍掉那些没有用户量的功能，并推出一个由后台 AI 智能体（agent）驱动的新付费层级。这些话来自执行副总裁 Jacob Andreou 撰写的一份 1200 字内部备忘录，最先由 The Decoder 于 2026 年 7 月 3 日报道。这份备忘录无异于微软内部承认：虽然它在企业软件领域拥有最大的分发渠道，但这并没有转化成付费且活跃的 AI 用户。目前微软的 4.5 亿商业版 Microsoft 365 客户中，只有不到 4.5% 为 Copilot 功能付费；而根据企业调查，即便在付费用户中，也只有 20% 到 30% 的人每周会使用它。
如果你自己购买了 Microsoft 365 订阅，或者你的雇主买了，这次重组将改变 Copilot 的样子、价格，以及你八月打开它时还能看到哪些功能。
哪些功能被砍了，以及为什么这很重要
Andreou 的备忘录点名 Copilot Podcasts 和 Copilot Labs 为首批牺牲品。Copilot Podcasts 能自动生成会议和文档的音频摘要；Copilot Labs 则是微软用来测试那些从未进入正式产品的实验性功能通道。这两项功能都未能获得持续的用户参与，也没有成为任何企业用户为 Copilot 付费的理由。它们被砍掉的意义远不止是常规清理：这是微软首次公开承认，Copilot 的功能可以被删除，并且确实会被删除，而不是无限期地维护下去。
一个应用替代所有：合并如何运作
这份备忘录的核心论调——Copilot 应该聚焦于“实际工作”，而不是为了“展示智能”而追逐 AI 能力，并且应该“以结果为导向”——直接推翻了微软此前对 Copilot 的宣传口径。过去微软一直在炫耀 AI 什么都能做。而新的要求更为收敛：每个功能都必须回答一个问题——它是否帮助用户完成某个可衡量的目标。
这项工程内部代号“Copilot Fusion”，目标是构建一套统一的代码库，同时服务于个人和企业用户，界面会根据用户登录的账号类型自动调整。统一后的应用将把 GitHub Copilot、Copilot chat、Copilot Cowork 以及新的 AutoPilot 代理层整合到同一个身份图谱下——用户只需一个登录即可通行 GitHub 和 Microsoft 365，不再需要为每个服务单独认证。用户可以在同一个应用窗口内切换个人和工作场景。
对 IT 管理员来说，合规机制是眼下最直接的难题。一个横跨个人 Microsoft 账户活动和企业 Microsoft 365 数据的单一应用，需要配套新的条件访问规则、数据丢失防护策略和治理控制，以防止组织数据在个人 Copilot 会话中泄露。微软表示会提供这些控制功能，但企业租户在 8 月之前需要配置哪些具体内容，目前尚未公布。
为什么 AutoPilot 智能体要额外收费：工程层面的原因
将 AutoPilot 作为一个单独的高价层级推出，并不是随意的定价决定 —— 它反映了 AI 智能体在技术架构上的现实。一次常规的 Copilot 聊天机器人查询只需要调用一次模型。而一个 AutoPilot 智能体在后台执行任务——比如在多个与会者的日历上安排会议、总结邮件线程、或者管理定期重复的文档工作流——每个任务可能需要调用模型 10 到 20 次。每次调用都会把完整的上下文窗口送回模型，包括系统提示、工具定义以及累积的会话状态。根据 TechTimes 对底层 token 成本架构的报道，Gartner 的分析师在 2026 年 3 月估算，执行一个智能体 AI 任务所需的 token 量，是简单聊天机器人查询的 5 到 30 倍。
这就是为什么微软在 6 月推出 Copilot Cowork 产品时，已经转向了按用量计费模式 —— 固定费率定价根本无法覆盖用户在真正常用量下运行智能体工作负载的成本。统一应用中的 AutoPilot 是同一个问题的消费级版本。微软尚未公布 AutoPilot 的具体价格。在公布之前，任何企业对 8 月之后 Copilot 的 IT 预算规划，都应把 AutoPilot 当作一个未定价的条目来处理。
AutoPilot agents 的技术原理
AutoPilot agents 的具体技术机制值得了解一下。根据 微软官方工程文档，Autopilot agents 拥有自己独立的持久身份标识——它们不会等待用户输入指令，而是通过微软的统一组织数据 API（Microsoft Graph）持续监听来自 Teams、Outlook、OneDrive 和 SharePoint 的信号。当某个触发条件满足时（比如出现会议时间冲突、邮件主题匹配了关注模式、文档进入特定状态），agent 就会自主执行操作。Microsoft Scout 是首个公开命名的 Autopilot，它可以在用户和组织设置好的权限与策略范围内执行任务，包括同时在云端、桌面和 Web 端发挥作用。
备忘录背后的采用差距
Andreou 的备忘录及其代表的组织调整，只有结合微软在投资者演示中一直回避的数据，才能完全理解其意义。Recon Analytics 追踪了美国企业用户中付费 AI 订阅份额，记录显示 Copilot 的份额从 2025 年 7 月的 18.8% 下降到 2026 年 1 月的 11.5%——六个月萎缩了 39%。同一时期，Google Gemini 在付费订阅份额上首次超越 Copilot。在 Recon Analytics 一项覆盖超过 15 万用户的调查中，当企业员工同时拥有 Copilot、ChatGPT 和 Gemini 的使用权限时，只有 8% 的人选择 Copilot 作为首选工具。
这些数字说明了一个现象：产品覆盖面极大——捆绑在全球最大的企业软件套件里，安装在数亿台设备上——但自愿采用率极低。微软 Copilot 的位置（到处都有）和它的实际成绩（付费用户很少）之间的差距，正是 Andreou 在 3 月份升职要解决的问题。
Jacob Andreou 是谁，他的背景说明了什么
现年 33 岁的 Andreou 在微软待了多年，一直负责 Microsoft AI 的产品与增长工作，直到今年 3 月晋升为执行副总裁，全面掌管 Copilot 业务——现在他领导的团队超过 11000 人。来微软之前，他在 Snap 工作了八年，把用户的日活量从 8000 万拉到了 3.6 亿以上。他的专长在于用户转化漏斗：理解用户为什么试用产品、为什么流失、以及怎样让产品成为习惯。这与做平台工程完全是两套技能，微软显然是刻意选了这条路。微软不是让 Andreou 去增加更多的入口，而是让他解释清楚：现有的入口为什么转化率不行。
今年 3 月那场组织架构调整成立了 Andreou 的统一 Copilot 团队，与此同时，此前负责消费级 Copilot 的微软 AI 负责人 Mustafa Suleyman 退出了产品一线，转而专注在内部 MAI 项目里打造微软自己的前沿 AI 模型。语音转文字、语音和图像生成的第一批 MAI 模型已在 2026 年 4 月上线。Suleyman 的成本逻辑很明确：等上三到六个月，让 AI 前沿再往前推进一步，然后打造一个更高效、更专业的企业级模型，比每次交互都租用最新的 OpenAI 模型要划算得多。
Microsoft Copilot vs. ChatGPT vs. Gemini：战局如何
统一后的 Copilot 超级应用让微软直接站在了 OpenAI 不断进化的 ChatGPT 和 Anthropic 的 Claude 面前——这两家也都在整合自己的代理能力和编码功能。而微软面向开发者的 GitHub Copilot（拥有超过 470 万付费用户）则面临着来自 Cursor 和 Claude Code 的特定压力，这两款工具在过去 12 个月里已经俘获了大量开发者的忠诚度。
8 月 Microsoft Copilot 将合并为单一应用，功能裁剪暴露付费采用危机
GitHub Copilot 是一款用例聚焦、开发者能立即验证价值且粘性极高的产品，拥有 470 万付费用户；而覆盖面广得多的 Microsoft 365 Copilot，在 4.5 亿可用席位中只拿到了约 2000 万付费席位——这一对比是整个故事里最关键的竞争数据。开发者愿意为那些能直观、立竿见影节省时间的 AI 工具付费。知识工作者们目前还没有一个同等确定的时刻，让他们确信 Copilot 能带来对等的回报。AutoPilot 正是微软的赌注——靠后台任务自动化（不需要用户主动触发的事情）来创造那个确定性时刻。
8 月之前意味着什么
对于使用 Microsoft 365 的个人和企业，眼下最实际的问题是：当前正在用的哪些 Copilot 功能在 8 月合并后还能保留？AutoPilot 在现有 Copilot 附加订阅价格上要额外收多少钱？企业数据治理策略能否无缝迁移到合并后的应用，还是需要 IT 重新配置？
微软尚未公布这些问题的详细答案。Andreou 的备忘录指明了方向；8 月最终推出的产品，才能决定这个方向是否能变成一个 Microsoft 365 用户愿意主动使用的产品，而不是一个因为被安装了所以才勉强容忍的东西。