一组新泄露的截图，把微软还在打磨的Copilot超级应用推到了台前。科技媒体testingcatalog在6月1日放出的这批图片，让外界第一次看清这个项目的内部构造。

这个项目的内部口号是“Delivering one Copilot”，翻译过来就是“交付一个Copilot”。核心意图很直白：用户不用再在好几个Copilot工具之间来回跳转。按照目前的信息，这个应用会把GitHub Copilot、Copilot聊天、Copilot Cowork，以及一个内部代号Autopilot的新智能体能力全部打通。

打开网易新闻 查看精彩图片

在稍早泄露的截图中，Autopilot区域内已经出现了一个常驻智能体，名叫Scout，形态类似龙虾OpenClaw。而这次曝光的新截图，展示了更多代码层面的细节。代码页带着GitHub Copilot的标识，整体形态接近Claude应用中的Claude Code面板。用户可以选工作树、连接远程环境或者本地仓库、切换模型、查看所有代码仓库，还能用Routines功能安排面向代码的定时任务。

这是一个值得留意的信号。GitHub Copilot已经积累了大量付费开发者，如果微软自研的编码模型能够适配这些工具调用，这个代码页很可能变成团队开发流程中的一个新入口。GitHub的生态黏性也会随之增强。

正向的观点认为，把编程、聊天、协作和智能体塞进一个应用，能砍掉大量上下文切换的成本。开发者在一个界面里就能完成从写代码到查资料再到安排任务的全流程，效率提升是可预见的。

但有保留意见的声音也点出了几个尚未回答的问题。比如另一个标签页Cowork，它会汇总多个来源的数据，并给出提示词——像是根据日历准备本周工作，或者调研某家公司。截图显示它在Edge浏览器中运行，这意味着它能不能访问桌面本地文件，目前还没有确认。如果本地文件访问受限，这个协作页面的实际价值就会打折扣。

整体看来，微软这一手牌的方向很明确：把散落各处的Copilot能力收拢成一个完整的入口。从产品逻辑上讲，这一步走得顺理成章。但能否真正做到“一个应用解决所有”，还要看后续对本地数据访问、模型适配、跨工具协同这些硬骨头的处理。至少从这批截图来看，框架搭好了，细节还在填。