微软Copilot新变革：超级App、按量计费到Copilot Studio全面解析

最近这一两个月，微软在 Copilot 上的动作快得让人有点跟不上节奏。先是 Office 那一堆熟悉的图标被重新整合成 Microsoft 365 这个“超级 App”，紧接着 Microsoft 365 Copilot 的计费方式也迎来了大改，从以前“每人每月固定交钱”的老路子，转向了更灵活的按量计费。与此同时，很多人早上打开 Edge，发现侧边栏那个熟悉的 Copilot 按钮不见了；开发者圈子里，GitHub Copilot 教师认证被拒、VSCode 里到底该用内置聊天还是 GitHub Copilot Chat 的问题也被反复翻出来问。这一篇我想把这些变化串在一起讲清楚，普通用户看前两章，开发者重点看第四章，想自己玩 AI 助手的直接跳到最后一章。

1. 超级 App 化：Microsoft 365 为什么突然“变身”

1.1 “超级 App”到底是什么意思

先解释一下“超级 App”这个词。通常指的是一个应用内部集成了多个高频功能入口，用户不需要为了完成不同任务去反复切换应用。微软现在的思路就是这样：把 Word、Excel、PowerPoint、Outlook、Teams、日历、任务等散落各处的办公能力，全塞进一个统一的 Microsoft 365 App 里。你打开这个 App，看到的不是一排图标，而是一个围绕你工作的信息流，最近改的文件、待处理的会议、别人 @ 你的消息，都聚合在同一屏。

这个变化的核心逻辑，是把“以文件为中心”的办公习惯，改成“以人和工作流为中心”。以前你想了解一个项目的进度，至少得打开三四个应用：邮件里翻往来记录，Teams 里翻聊天，OneDrive 里看文件版本。现在只要在 Microsoft 365 App 里发起一个 Copilot 对话，AI 就可以通过底层的数据关联把这些信息拽出来。这一整套数据关联的底层，就是微软的 Graph，你可以把它理解为微软办公生态的“神经中枢”，记录着谁和谁在协作、哪个文件最近被谁改过、哪场会议和哪个项目有关。Copilot 之所以能跨应用回答问题，靠的正是这个骨架。

1.2 变身之后，普通用户能感受到的变化

对普通用户来说，最直观的变化有几个。第一，入口变少了。以前为了处理一个客户的合同，要收藏好几个网址和桌面快捷方式；现在打开 Microsoft 365 App，文件、邮件、会议消息都能在一个窗口里同步处理。第二，搜索变成了对话。以前找不到一个被同事改过的表格，只能凭文件名猜；现在只要跟 Copilot 说“把上周市场部更新过的报价单找出来”，它就能基于权限范围直接定位。

我实测下来的体感是，适应期大约两三天。前期你还会习惯性地点开 Word 去找文档，但用顺手之后，你会发现真正高频的操作都能从 App 首页这条信息流里捞出来。值得注意的是，微软并没有把传统的 Office 应用直接砍掉，而是让 Microsoft 365 App 成为这些组件的智能入口。你完全可以在里面直接打开文档编辑，背后调用的还是 Word 和 Excel 的完整功能，所以不用担心功能被阉割。

下表整理了我认为最值得关注的变化点：

如果你所在的公司已经用了 Microsoft 365 商业版或企业版，更新后大概率会自动见到这个新入口。个人用户如果只买过 Office 永久版，可能暂时感受不到太大差别，但这些底层变化迟早会通过 Copilot 的体验渗透到各个 Office 应用里。

2. 按量计费：微软把办公 AI 的入场券撕开了一个口子

2.1 老计费模式为什么劝退了不少人

在按量计费出现之前，微软给 Microsoft 365 Copilot 定的是典型的“坐席订阅制”：你必须有 Microsoft 365 的商业版或企业版订阅，然后每启用一个 Copilot 用户，每人每月再额外支付一笔固定的订阅费。这个模式看上去简单，实际推进中却卡住了大量中小企业。

问题不在于产品不好用，而在于使用频率和成本不匹配。一个三十人的公司，真正高频使用 AI 写文档、做总结的可能只有五六个人，剩下的人偶尔一个月也用不了几次。但在坐席订阅模式下，IT 管理员为了不让某个同事临时要用时被卡住，只能给全员开授权，结果每月多花一大笔钱，财报上看着肉疼。于是很多企业干脆选择不买，或者只给管理层买，普通员工根本体验不到 Copilot 的价值。微软很快意识到，这种“要么全买、要么不买”的粗放计费把大量潜在用户挡在了门外，按量计费就是冲着这个痛点来的。

2.2 按量计费实际怎么用、按什么算

按量计费的本质，是把 Copilot 的使用成本和实际调用量直接挂钩。你不再需要为每个用户购买固定的坐席授权，而是先让用户在应用里正常使用，系统统计每一次由 Copilot 处理的操作，再按处理量结算费用。这里的“每一次操作”不是随便聊天就算，而是指真正触发了 AI 计算的任务，比如在 Word 里生成一段内容、让 Copilot 总结一份长文档、在 Teams 里生成会议纪要、在 Outlook 里润色一封邮件。

微软在后台把这种计算量抽象成“处理单元”，复杂的任务消耗的单元数多，简单的问答消耗得少。官方给出的单价会随时间和服务区域调整，我并不建议你死记硬背某个具体数字，真正需要理解的是这几点：一是每个用户每个月通常会获得一部分免费额度，用来保证轻量用户零成本体验；二是超出额度后才按处理单元扣费；三是管理员可以在后台设置月度预算上限，到了上限之后 Copilot 会自动停止工作，防止出现意外的高额账单。

如果你是企业里负责 IT 或采购的人，开通的大致路径是：在 Microsoft 365 系统管理中心的“计费-服务订阅”里找到 Copilot 相关的按量选项，开启后设置组织级别或部门级别的预算即可。员工端不需要装任何插件，还是在 Word、Outlook、Teams 里正常使用，只是在授权弹窗出现时会看到当前是按量计费模式。

2.3 两种方案怎么选，算笔账就明白

坐席订阅和按量计费不是互斥关系，完全可以混着来。我的建议是：高频使用者继续用固定的坐席订阅，低频使用者全部走按量计费。

举个例子，假设你们公司有 50 个 Microsoft 365 商业版用户。过去图省事，每个人都开了 Copilot 坐席，每月固定支出乘以 50，其中可能有一半人这个月一次 AI 都没用。现在你可以改成只给 8 个高频管理层买坐席，剩下 42 人走按量计费。假设平均每个人每月消耗的处理单元不超过免费额度，那这部分支出几乎为零；就算偶尔超了，按量价格也比一整份坐席订阅便宜不少。

这种模式的另一个好处是，员工的尝试成本变低了。以前你想让新来的实习生体验一下 Copilot 写周报、润色公文的能力，得先给他配授权，流程走完人家的热情也凉了。现在直接让他用，用多了才计费，体验完之后由他自己决定是不是高频使用。我见过好几个团队是这个模式跑通之后，部门从“要不要买 Copilot”变成了“谁该升级为固定坐席”。

2.4 关于非正规授权，我劝你别折腾

按量计费一出来，网上各种“一键永久授权”“批量教育版”的帖子又开始活跃。我的态度一直很明确：别碰。第一，微软对这类授权的检测越来越严，被回收事小，万一资料被服务器端清理，损失的是整个协作数据。第二，很多所谓授权工具本身就夹带私货，你辛辛苦苦写了一个月的标书，可能早被人打包拖走了。第三，正规渠道的门槛真的已经降下来了，个人用 Copilot 可以先看官方的免费试用或者按量额度，企业用按量计费也不用一次性投入一大笔。没必要的风险，就别往自己身上揽了。

3. 用户都在问：Edge 里的 Copilot 去哪了

3.1 消失的不是功能，是入口

“Edge copilot 消失”这个热词，最近搜索量上升得很明显。其实 Copilot 本身的底层能力没有被砍掉，真正发生变化的是入口位置。

微软在这段时间里把 Copilot 从一个“浏览器侧边栏的附加工具”逐步推向独立的系统级产品。在部分较新版本的 Edge 稳定版里，侧边栏的 Copilot 按钮被隐藏或挪到了更深的设置层级。很多普通用户并不了解这个背景，一觉醒来发现按钮没了，第一反应就是“功能被下架了”。我手头测试了几台不同版本的 Edge，有的版本侧边栏还在，有的版本按钮已经从默认工具栏消失，需要手动去设置里重新开启，还有的版本整个设置项的位置都换了，确实是灰度分批推送的，不是所有设备都在同一时间变化。

3.2 三招找回并善用 Edge 的 Copilot 能力

如果你也希望继续在 Edge 里用 Copilot，有几个办法可以依次试。

第一，把 Edge 更新到最新版本，然后打开设置，找到“侧边栏”相关选项，查看 Copilot 工具是否被关闭。不同版本选项位置略有差异，建议直接在设置右上角的搜索框里输入“Copilot”，一般能直接定位到开关。第二，如果侧边栏入口确实找不回来了，可以直接访问网页版，把网址固定到收藏夹，一样能实现让 Copilot 总结当前网页、根据页面内容提问、润色选中文字这些高频操作。第三，企业用户可以让管理员通过 Edge for Business 的策略配置，统一为员工开启 Copilot 侧边栏，个人用户则没必要太纠结入口，哪个顺手用哪个。

网页版有一个小技巧我经常用：打开一篇长文章后，直接在 Copilot 对话框里发“总结一下这个页面”，它能快速抽取核心观点。想基于页面内容继续追问，也不需要手动复制粘贴，直接说“刚才那份报告里的第三季度数据和去年同期比怎么样”，它就能沿着上下文回答。早期的侧边栏体验反而没有现在这种记忆能力，所以换个入口其实不亏。

4. 开发者视角：GitHub Copilot 最近的风向标

4.1 教师认证被拒，多半卡在这三关

GitHub Copilot 教师认证被拒，最近在开发者社区里讨论得很热烈。教师和学生在认证通过后可以获得一定时长的免费 Copilot 权益，但很多人第一次申请就被打了回来，邮件里只有一句礼貌的“不符合条件”，搞得人一头雾水。

根据我在论坛和群里看到的大量反馈，被拒的情况主要集中在三关。第一，邮箱关。GitHub 教育认证非常看重官方域名邮箱，很多老师用的是 163 或者 QQ 邮箱注册，即便后面上传了教师证也没能通过；建议有学校域名的邮箱直接用学校域名邮箱，没有的话也要在工作证明里把官方域名写得非常清楚。第二，材料关。有些人上传的照片模糊，或者证件上没有明确显示学校名称和有效期，审核那边根本没办法比对。第三，风控关。同一网络环境里反复注册多个账号、频繁更换设备、刚申请完教育包马上又绑定多个仓库，都可能触发异常检测。遇到这种情况，最好的办法不是重新注册账号，而是在 GitHub 的教育认证页面找“联系支持”入口，一次把清晰的证明文件传全，说明自己是在职教师，等待人工审核。着急用 Copilot 的话，可以先开通普通用户的免费额度，完全不影响写代码。

4.2 VSCode 内置 Chat 和 GitHub Copilot Chat，到底用哪个

这个问题的热度其实已经盖过了很多新功能发布，原因是现在大家打开 VSCode 会发现“两个聊天入口”。一个是 VSCode 登录 GitHub Copilot 账号后自带的聊天面板，另一个是单独安装 GitHub Copilot Chat 扩展之后多出来的增强体验。很多人搞不清楚两个有什么区别，担心自己装重复了。

先说内置会话。它更像是编辑器给你准备的“默认顾问”，支持问答、代码生成、解释代码、结合当前编辑器的报错信息给出建议。对于大多数日常开发场景，比如说“这个函数为什么死循环了”“帮我写一个正则去掉字符串里的空格”，内置聊天完全够用。它的优势是干净、响应快、不需要额外维护配置。

再说 GitHub Copilot Chat 扩展。它提供的是一整套更深度的交互能力：斜杠命令、agents 模式、多轮修改多个文件、根据仓库上下文做跨文件分析、把对话中的修改直接生成提交信息等。我之前把一个多目录的 Python 项目丢给它，让它“找出所有没有异常捕获的文件操作并补上”，它能自动遍历文件、生成修改方案，这种级别的操作是内置聊天很难完成的。

个人建议是：新手先用内置聊天，等你发现它没法理解仓库全貌、没法批量修改文件时，再安装 GitHub Copilot Chat 扩展。两者不冲突，扩展装好后会作为更完整的聊天面板存在，内置通道仍然可以用于快速提问。需要提醒的是，不要同时把各种平替插件也全部装上，AI 生成的代码互相覆盖，反而会搞乱你的工作区。

4.3 顺带把两条 Copilot 产品线分清

这里要澄清一个很常见的混淆：GitHub Copilot 和 Microsoft 365 Copilot 是完全不同的两条产品线。GitHub Copilot 面向开发者，主要服务于写代码、修 Bug、补测试；Microsoft 365 Copilot 面向办公场景，处理的是文档、邮件、会议和表格。前者和代码仓库、编程语言生态绑定，后者和 Office 应用、组织权限体系绑定。

很多人拿着 GitHub Copilot 的号称“大模型多强”来评价 M365 Copilot，或者反过来用办公场景的体验去推断代码工具，都会得出偏颇的结论。这两兄弟共享微软的 AI 基础设施，但数据流转、权限控制、计费逻辑都是独立运作的。你在 GitHub 上获得的认证资格，不能直接用来解锁 Word 里的 Copilot；同样，公司给你开的 Microsoft 365 Copilot 授权，也进不了 VSCode。把这条线先划清楚，后面很多困惑就迎刃而解了。

5. Copilot Studio：低代码定制自己的 AI 助手

5.1 Copilot Studio 是什么、能干什么

前面聊的都是微软做好的成品工具，如果你觉得现成的 Copilot 不够贴合自己的业务，那就该看 Copilot Studio 了。简单说，它是一个面向企业用户的 AI 助手定制平台，不需要写太多代码，通过网页界面就能创建一个能回答问题、处理任务、对接业务数据的自定义助手。

Copilot Studio 的前身是 Power Virtual Agents，后来微软把 Copilot 能力整个叠加上去，变成了今天的样子。它能做的事，举几个例子。你是一个 IT 团队，可以把内部的故障排查文档导入，做一个“IT 支持助手”，员工有问题直接问它，它只根据你给的文档回答，不会乱编。你是一个销售团队，可以让助手根据 SharePoint 里的产品资料生成报价说明，甚至对接 CRM 系统查询订单状态。这些都不需要从零训练模型，而是在现成的大模型基座上配置知识来源和行为指令。

5.2 给团队做个问答机器人的完整路径

我最近刚用 Copilot Studio 帮一个工作室做了个“新人入职问答机器人”，整个流程大概半小时，这里把步骤拆开讲。

第一步，访问 Copilot Studio 官网并用组织账号登录。个人免费版也可以创建试用环境，不需要一上来就付费。第二步，在主界面选择创建一个新的助手，先给它起个名字，然后在“指令”栏里用自然语言描述它的职责，比如：“你是公司新人入职助手，回答问题时只引用公司制度文档中的内容。如果找不到依据，直接告诉用户你不了解，不要猜测。”这一步非常关键，指令写得越具体，后面翻车的概率越低。

第三步，添加知识来源。Copilot Studio 支持从 SharePoint 文档库、上传的 PDF、网页等位置抓取内容。我第一次导入时直接把好几个大杂烩文档都扔进去了，结果回答质量很差，因为来源里混着过期制度和新版流程，AI 自己也没法判断哪个优先。后来我单独建了一个专门存放“最终版制度”的文档库，只把那个路径配给助手，效果立刻好了很多。第四步，在测试窗格里模拟提问，比如“年假能休几天”“转正流程怎么走”，看回答是否准确。第五步，发布。可以选择发布到 Teams、网页嵌入代码或者直接给一个链接。发布到 Teams 后在聊天里就能直接 @ 它，同事用起来基本没有学习成本。

5.3 和 GPTs 比，Copilot Studio 的护城河在哪

很多人会拿 Copilot Studio 和 OpenAI 生态里的 GPTs 对比，两者确实看着很像，都是“配置知识 + 对话模板”的低代码定制。但有一个核心差别：Copilot Studio 天然长在 Microsoft 365 的数据权限体系里。假设你公司用 SharePoint 存资料，员工在 Teams 里用 Copilot Studio 创建的助手，AI 回答时就会自动遵守每个人在组织里的文档访问权限。没权限的人，即使问题本身指向那份机密文档，助手也不会把内容吐出去。这一点在 GPTs 的通用生态里很难原生做到，你需要额外设计权限同步机制。

另外，Copilot Studio 可以对接微软自家的连接器生态，像 Dynamics 365、Power Platform、Teams、Outlook 这些都能做深度联动，而 GPTs 更多是在 ChatGPT 的对话环境里运行。如果你所在组织已经深度绑定微软生态，Copilot Studio 的落地成本远低于另搭一套方案。

最后再分享一个小经验。不管你是普通用户还是企业管理员，面对这一波变化，不用急着把所有新功能都背下来。以 Copilot 为中心的入口会越来越集中，计费门槛也在持续降低，你只需要记住一点：能用官方渠道解决的问题，永远别走野路子。先把免费额度或按量计费用起来，让 AI 在日常工作中先跑起来，比观望任何新功能都管用。