Генеральный директор Microsoft Сатья Наделла в очередной раз назвал Copilot «новой операционной системой для работы». Это заявление было сделано в обновлении для руководства компании, опубликованном менее чем через неделю после того, как глава Microsoft впервые применил подобную аналогию в социальной сети X. Несмотря на амбициозное определение, технический анализ показывает, что Copilot представляет собой обычное приложение для Windows 11, работающее в среде браузера.
Что стоит за концепцией «ОС для работы»
В публикации от 1 октября, сообщающей об уходе генерального директора LinkedIn Райана Рослански из Microsoft в конце 2026 года, Сатья Наделла подчеркнул: «С помощью Copilot мы быстро реализуем наше видение создания новой ОС для работы, которая охватывает каждую модель, каждый форм-фактор и каждую задачу, при этом Office полностью интегрирован в Copilot и наоборот». Данная стратегия объясняется стремлением компании создать единое пространство, где пользователи могут выполнять все свои рабочие задачи. Microsoft уже предприняла шаги в этом направлении, объединив свои Copilot-идентификаторы и переименовав приложение Microsoft 365 Copilot просто в «Copilot».
Согласно анонсу от 25 сентября, обновленный Copilot объединяет раздел Home (чат и совместная работа), встроенные приложения Word, Excel и PowerPoint, а также инструмент Code для создания приложений, дашбордов и рабочих процессов на естественном языке. В состав также вошел Autopilot (ранее известный как Scout) — агент, действующий в фоновом режиме, и «командный центр» Today для управления почтой, календарем, встречами и задачами Teams. Хотя концепция общего уровня взаимодействия для всех сервисов понятна, многие эксперты скептически относятся к классификации веб-приложения как полноценной операционной системы.
Архитектурные особенности нового Copilot
Текущая сборка Copilot (версия 154.0.4258.37) радикально отличается от предыдущих версий. При изучении папки установки выяснилось, что исполняемый файл copilotapp.exe размером всего 4,99 МБ является лишь оболочкой, использующей ресурсы Microsoft Edge. Рядом находится папка с полной сборкой Edge 154 объемом около 520 МБ, содержащая msedge.dll, движок Chromium, V8, ICU, FFmpeg и другие компоненты браузера. В отличие от прошлых итераций, в новой версии отсутствуют ссылки на CoreWebView2 или Electron; Microsoft перешла от встраивания веб-контента в нативную оболочку к использованию полноценного браузера в качестве ядра.
Тем не менее, полностью называть приложение «просто веб-сайтом» некорректно. В его составе присутствует второй компонент — copilotapphost.exe. Это приложение на базе WinUI 3, написанное на C# и скомпилированное с помощью NativeAOT. Оно отвечает за функции, требующие интеграции с Windows: голосовую активацию («Hey Copilot»), распознавание голоса, согласие на использование функций зрения, демонстрацию экрана и наложение элементов управления. Взаимодействие между двумя частями осуществляется через именованный канал Windows (named-pipe). Интересно, что манифест хоста идентичен приложению Microsoft 365 Copilot, что позволяет использовать одну и ту же инфраструктуру для разных версий продукта.
Противоречие стратегии разработки
Ситуация выглядит парадоксальной: Microsoft активно инвестирует в развитие WinUI, пытаясь исправить проблемы с потреблением оперативной памяти и переписывая компоненты Windows 11 на нативном коде, однако ключевой продукт для экосистемы — Copilot — движется в сторону Chromium. Приоритетом здесь является обеспечение единообразия интерфейса на Windows, macOS, мобильных устройствах и в вебе.
Специалисты отмечают сходство текущей архитектуры с прототипом Project Aion 2024 года, известным как «CopilotOS», где меню «Пуск» и рабочий стол планировалось заменить на веб-оболочку на базе Edge. Хотя текущий Copilot формально не является Aion, логика «единого окна для работы» остается неизменной. Остается фактом: несмотря на громкие заявления о создании «новой ОС», на текущий момент Copilot остается ресурсоемким веб-приложением, использующим более 700 МБ ОЗУ даже в режиме ожидания.
Особенности развертывания и доступность функций
Важно отметить, что на данный момент многие заявленные возможности Copilot отсутствуют в текущей общедоступной версии приложения. Такие функции, как Home, Code или Autopilot, еще не вышли в широкий релиз. Согласно дорожной карте Microsoft, компоненты Home и Code будут распространяться через программу Frontier в ближайшие недели. Autopilot (ранее известный как проект Scout) перешел в стадию частного предварительного тестирования в конце сентября, а командный центр Today — в октябре.
Таким образом, для пользователя, вошедшего в систему под рабочей учетной записью M365 Copilot (Basic), текущее приложение — это лишь окно чата с панелью инструментов, включающей Search, Library, Agents и Notebooks. Компания решила не создавать нативные интерфейсы с нуля на базе WinUI, а интегрировать эти будущие возможности непосредственно в текущую браузерную архитектуру.
Технические детали реализации и наследие Edge
Анализ исполняемых файлов показывает, что Microsoft глубоко интегрировала зависимости браузера Edge. Файл copilotapp_proxy.exe имеет хеш, идентичный msedge_proxy.exe, что подтверждает общую кодовую базу. Приложение «тянет» за собой все специфические компоненты браузера, включая адаптер режима IE (IE mode), систему защиты контента Widevine DRM и функцию Edge Game Assist. Когда пользователь запускает Copilot, происходит обращение к серверам copilot.microsoft.com (для личных аккаунтов) или m365.cloud.microsoft/chat (для рабочих), при этом в системе активируются типичные для Chromium процессы рендеринга, GPU и вспомогательные утилиты. Это объясняет значительное потребление оперативной памяти даже в состоянии покоя.
Эволюция архитектуры Copilot была нелинейной. Ранее компания экспериментировала с «родным» WinUI-решением, но уже в марте начала переход на веб-оболочку. В апреле 2026 года стало известно об использовании WebView2, что приводило к потреблению около 500 МБ в фоновом режиме и до 1 ГБ при активной работе. Текущая сборка пошла еще дальше, полностью отказавшись от WebView2 в пользу прямого использования Chromium-движка внутри собственного контейнера.
Баланс между WinUI и Chromium
Несмотря на то, что Chromium берет на себя основной визуальный интерфейс, нативный хост copilotapphost.exe выполняет критическую роль «связующего звена». Нативная UI-часть остается сравнительно компактной: XAML-код покрывает только специфические задачи — VoiceComposer, VisionConsent, ShareScreenItem, всплывающие подсказки и оверлеи. В то время как Chromium отвечает за основной контент, хост активируется только при необходимости взаимодействия с системными функциями (микрофон или захват экрана) и выгружается из памяти при простое.
Это создает интересную коллизию: Microsoft одновременно выпускает Windows App SDK 2.5 Experimental, добавляя в WinUI новые элементы управления, такие как TableView и Chart, и исправляя проблему «раздувания» памяти, но флагманский продукт — Copilot — игнорирует эти инструменты в пользу кроссплатформенного Chromium-подхода. Это свидетельствует о том, что для Microsoft приоритетом является унификация опыта между Windows, macOS, мобильными ОС и веб-версией, где Chromium выступает самым простым общим знаменателем, несмотря на риторику Сатьи Наделлы о «новой операционной системе».
Развитие архитектуры: от WinUI к веб-ориентированности
История разработки Copilot для Windows демонстрирует частую смену архитектурных подходов. Ранее компания в течение года развивала решение на базе «родного» WinUI, однако в марте было принято решение о переходе на веб-оболочку. Еще в апреле эксперты обнаружили, что в структуру Copilot включен полный пакет Edge с рендерингом интерфейса через WebView2, что потребляло до 500 МБ в фоновом режиме и около 1 ГБ в активном состоянии. Текущая сборка пошла еще дальше: в основном приложении и его нативном хосте полностью отсутствуют упоминания CoreWebView2, WebView2Loader, CreateCoreWebView2, Microsoft.Web.WebView2, а также какие-либо файлы Electron. Таким образом, Microsoft совершила переход от встраивания веб-контента в нативную оболочку к созданию полноценного Chromium-браузера, который теперь является ядром приложения.
Техническая избыточность «наследия» Edge
Использование полноценного движка Edge привносит в Copilot ряд специфических зависимостей, типичных для полноценного браузера. Помимо основного файла msedge.dll объемом 349,6 МБ, приложение содержит ICU, V8, FFmpeg, графические компоненты и пакеты ресурсов Chromium. Более того, Copilot наследует элементы «багажа» Edge, такие как адаптер режима IE, система защиты контента Widevine DRM и функция Edge Game Assist. При открытии приложения этот браузер загружает соответствующие URL-адреса (copilot.microsoft.com для персональных учетных записей или m365.cloud.microsoft/chat для рабочих), запуская при этом все стандартные процессы рендеринга, GPU и вспомогательные утилиты Chromium. Именно это техническое решение обуславливает высокое потребление оперативной памяти даже в моменты, когда приложение не выполняет активных действий.
Роль WinUI-хоста в экосистеме
Несмотря на доминирование Chromium в отображении интерфейса, нативный компонент copilotapphost.exe играет ключевую роль. Этот хост, написанный на C# с использованием .NET 10 и скомпилированный через NativeAOT, интегрирован с библиотеками Windows App SDK и WinUI XAML. Однако, если Chromium отвечает за главное окно и основной контент, то нативный интерфейс остается крайне ограниченным. Код XAML в хосте покрывает лишь узкий функционал: VoiceComposer, VisionConsent, ShareScreenItem, всплывающие подсказки (suggestion flyout) и элементы управления наложением. Важно, что нативная часть активируется лишь тогда, когда Copilot требуется доступ к функциям Windows, таким как микрофон или захват экрана, и завершает работу в режиме простоя. Взаимодействие между двумя половинками приложения происходит через мост Windows named-pipe, который содержит обработчики для горячих клавиш, голосовых запросов, параметров чата, разрешений на доступ к коду и локальным папкам.
