微软确认年内推出 Copilot 超级应用：聊天、编程、智能体合一

7 月 29 日（周三）的微软 2026 财年第四季度财报电话会上，纳德拉在谈 Copilot 路线时补了一句以往没有明说的话：Copilot 正在从「聊天」快速走向 Cowork 和 Autopilots，而这个季度，公司会把这些体验——包括 Code 在内——合并进一个横跨消费者与商用场景的超级应用。

此前《财富》等媒体报道过微软内部在做一个融合 Copilot 聊天机器人、GitHub Copilot、Copilot Cowork 与 Autopilot 系统的应用，但一直停留在「传闻」层面。这次是 CEO 本人在财报会上认账，并且给了时间窗口。同一场电话会上，微软披露该季度营收约 900 亿美元，主要由 AI 与云业务推动。

「超级应用」具体合并了什么

按纳德拉的说法，被收进同一个壳里的至少有四类能力：

• Chat——最原始的对话入口，也是绝大多数普通用户认识 Copilot 的方式；
• Cowork——多步骤的协作型任务，偏「交给它去办一件事」而不是「问它一个问题」；
• Autopilots——更靠近自动化的智能体系统，可以在后台跑较长的流程；
• Code——编程能力，外界普遍理解为 GitHub Copilot 那一摊。

需要留一个心眼的是「本季度」这个说法有多硬。微软没有明确它指的是完整公开发布，还是先来一轮预览或分批灰度。以往微软在 Copilot 上的节奏，多半是先小范围铺、再按地区和订阅层级放开，所以看到消息就以为下个月人人可用，大概率会失望。

OpenAI 其实先动了手

把「超级应用」当成微软独创并不准确。今年 7 月，OpenAI 推出 ChatGPT Work 时，顺手把原来独立的 Codex 应用并进了统一的 ChatGPT 桌面客户端：一个桌面外壳里同时挂着 Chat、Work、Codex 三种模式，Mac 和 Windows 全平台免费提供；已经装了 Codex 应用的用户，会被直接更新成新的 ChatGPT 桌面版，开发者可以把 Codex 设成默认视图。

换句话说，两家现在的方向是同一个：把散落的入口收拢成一个客户端。聊天、办公任务、写代码不再分家，账号、订阅、网络连接统统走同一条通道。对厂商来说这是好事——留存和交叉使用都会涨；对用户来说，好处坏处都得单独算。

入口合并了，问题也跟着合并了

对国内和用代理的用户来说，这件事的影响其实不在功能，而在「出问题时怎么排查」。以前入口是分开的：网页版 ChatGPT 能用、Codex CLI 报错，你至少能靠这个差异判断是账号问题还是网络问题。入口一合并，这种天然的对照组就没了——一个客户端挂了，往往是全线一起挂，而你并不知道是出口 IP 被判风险、订阅状态异常，还是某个子域名压根没走上代理。

更麻烦的是风控信号也是合的。同一台机器上，聊天会话和后台跑的代理任务共用同一套登录态与出口 IP。代理任务往往长时间、高频率地发请求，一旦这个出口本身干净度不佳，账号层面的异常判定会连带影响到你日常的对话使用。这方面的具体表现和触发条件，可以参考我们整理的 Unusual Activity 与 IP 风控自查 和 封号原因与防封实践。

还有一个容易被忽略的点：桌面客户端不像浏览器那样透明。浏览器里你至少能开开发者工具看请求去了哪儿，而 Electron 类客户端的网络行为基本是黑盒——代理有没有真的生效、IPv6 有没有偷偷漏出去、DNS 解析走的是本地还是远端，光看界面完全看不出来。这些都得单独验。

在超级应用落地之前，先把这几件事查清楚

• 出口 IP 是否干净：这是最基础的一步，用 GPT / Codex IP 检测 直接看当前出口在 OpenAI 侧的风险画像，比事后猜为什么被要求验证要省事得多。
• 域名分流是否完整：客户端会连的不止一个域名，聊天、登录、代理任务各有各的接口，漏配一条就可能表现为「能登录但任务跑不动」。对照 GPT 相关域名与分流规则 补齐。
• IPv6 是否漏出：双栈环境下 IPv6 常常绕过代理直连，导致出口 IP 和你以为的不是同一个，见 IPv6 泄露自查。
• 编程侧的稳定性配置：Codex 并进桌面端之后，长任务对连接稳定性的要求只会更高，相关配置见 Codex 稳定使用指南。

超级应用这件事本身是产品层面的整合，谈不上多惊险。但它带来的结构性变化是实打实的：入口越少，单点故障的影响面越大。以前你可以换个入口绕过去，往后大概率只能把根子上的网络环境理顺。