Подсистема Windows для Linux продолжает набирать популярность. В настольном приложении GitHub Copilot появилась экспериментальная поддержка WSL, а Google между делом подтвердила, что работает над поддержкой WSL для Antigravity, своей платформы агентной разработки, а также над улучшенной нативной поддержкой Windows. Для компании с неоднозначной историей поддержки Windows это редкий шаг.
WSL позволяет запускать дистрибутив Linux прямо внутри Windows, без двойной загрузки и полноценной виртуальной машины. Значительная часть современного ПО, включая сборочные конвейеры, облачную инфраструктуру и ИИ-фреймворки вроде PyTorch и llama.cpp, сначала пишется и тестируется именно под Linux.
Если вы ещё не заметили, Antigravity и GitHub Copilot относятся к одной категории ИИ-инструментов для разработки. Пока в приложении GitHub Copilot поддержка WSL работает в экспериментальном режиме, Google работает над WSL для Antigravity.
WSL2 запускает ядро Linux внутри лёгкой виртуальной машины под управлением Microsoft, поэтому инструменты вроде Docker, bash и нативных пакетных менеджеров Linux работают так, как ожидают разработчики, оставаясь при этом в Windows. Microsoft долго развивала WSL как полноценную платформу, и новость от Google на этой неделе стала самым явным признаком того, что ставка сыграла.
Google наконец поддерживает WSL и нативную Windows, и это редкость
Ни для кого не секрет, что Google редко проявляла благосклонность к Windows. Большинство инструментов для разработчиков либо считают Windows второстепенной платформой, либо предлагают требовательные к памяти браузерные приложения вместо нативных. Но, похоже, ситуация меняется, по крайней мере в случае Antigravity.
Роди Дэвис, старший инженер по связям с разработчиками в подразделении Google Antigravity и DeepMind, написал в X:
“Мы работаем над поддержкой WSL и улучшенной нативной поддержкой Windows. Мы не торопимся, чтобы всё сделать правильно и так, как нам нужно. Остальные пожелания передам команде!”
Редакция заметила это, просматривая ветку, которую начал Дэвис. Он перечислил свежие обновления Antigravity, включая кастомных субагентов, удалённое управление, расширения для IDE и поддержку корпоративных API-ключей, а затем спросил пользователей, каких возможностей им не хватает в рабочих процессах.
Один пользователь попросил добавить возможность смены окружения агента на WSL в приложении Antigravity 2.0. Дэвис подтвердил, что поддержка WSL и нативной Windows уже в работе.
С поддержкой WSL всё понятно. Агенты Antigravity смогут выполнять файловые операции, команды оболочки и сборки внутри Linux, а не прогонять всё через Windows.
А вот часть про “нативную поддержку Windows” удивляет, потому что Дэвис не объяснил, что имеется в виду. Он не назвал WinUI, но это единственный подходящий кандидат. Microsoft на Build 2026 подтвердила, что WinUI станет постоянным нативным фреймворком для Windows, убрав тройку из WinUI 3, чтобы показать: другого фреймворка не будет. Microsoft также начала открывать исходный код WinUI на GitHub, уже работают внешний вклад и публичный трекер задач.
Ирония в том, что большинство кросс-платформенных ИИ-инструментов для разработки по умолчанию выбирают Electron, потому что так быстрее выпускаться везде. При этом все знают, как такие приложения поедают оперативную память. Нативное WinUI-приложение от Google стало бы одним из немногих продуктов компании на Windows, который не работает на Chromium. Редакция пока не стала бы полагаться на оптимизм до фактического релиза, но ответ Дэвиса не выглядит брошенной вскользь фразой, хотя он и предупреждает, что времени уйдёт немало.
Приложение GitHub Copilot теперь запускает агентские сессии внутри WSL
Для разработчиков вторая часть истории, вероятно, интереснее. Пирс Богган, ведущий продакт-менеджер GitHub Copilot, ранее работавший в Xamarin, написал, что “в приложении GitHub Copilot теперь экспериментально поддерживается Windows Subsystem for Linux (WSL)”, и приложил видео с демонстрацией.
Настройка находится в разделе Settings, Experimental, где новый переключатель “WSL hosts (Preview)” позволяет приложению “подключаться к WSL и создавать в нём сессии”. После включения на отдельной странице Environments отображаются все дистрибутивы WSL 2, установленные через wsl.exe. В примере это дистрибутив Ubuntu, отмеченный как используемый по умолчанию и уже запущенный. При подключении показывается актуальный адрес WebSocket. Затем нужно зарегистрировать проект, указав его абсолютный путь в Linux, например /home/pboggan/coloring-book, который приложение проверяет перед добавлением.
При запуске новой сессии для проекта вверху появляется бейдж “WSL: Ubuntu”, подтверждающий, что сессия работает внутри дистрибутива Linux. В демонстрации Богган ввёл запрос с просьбой добавить футер с текстом “Made in Park City, UT”. Агент загрузил навык frontend-design, нашёл в Next.js-проекте файлы page.tsx, layout.tsx и globals.css, запустил git status –short && git branch прямо внутри WSL, чтобы проверить текущее состояние, обнаружил уже стилизованный футер и изменил его одной строкой.
Затем агент снова проверил файл, чтобы убедиться, что новый текст корректен, и выполнил git diff –check для проверки изменения перед появлением кнопки “Create PR”. Весь цикл с рассуждениями, правками файлов и проверкой через Git выполнялся внутри WSL, а в качестве модели была указана GPT-5.6 Sol.
Внутренняя ветка отзывов о приложении Copilot на GitHub уже отмечала жалобу “поддержка Windows + WSL ограничена”. Ответы подтверждают, что дальше будет больше. Поддержку Remote SSH ожидают уже на следующей неделе, поскольку задел для WSL одновременно служит базовой архитектурой для подключения к любому удалённому хосту.
Ещё один пользователь попросил добавить или клонировать проект прямо из главного меню, а не искать нужный пункт в настройках. Богган подтвердил, что это будет сделано следующим. Инженер Microsoft Майкл Тирни отметил, что поддержка WSL не меняет способ генерации кода Copilot, а лишь определяет, где агент работает с файловой системой и выполняет команды оболочки.
Сейчас WSL является одной из самых активных частей Windows. В последней стабильной сборке 2.7.3 появилось монтирование VirtioFS на уровне каталогов, IPv6 для сетевого взаимодействия virtio и DNS-туннелирование для режима VirtioProxy, а также ядро обновили до версии 6.18. Редакция уже рассказывала о более широком плане Microsoft на 2026 год по обновлению WSL с более быстрым доступом к файлам, улучшенной сетевой работой и простой настройкой. Отдельно Microsoft выпустила WSL Containers, с помощью которых можно собирать и запускать Linux-контейнеры прямо из Windows без Docker Desktop. Мы также протестировали WSL Containers, чтобы понять, как они показывают себя на практике.
Windows снова незаметно становится серьёзной платформой для разработчиков
Несмотря на почти постоянный негатив в прессе из-за рекламы, ошибок и навязываемых ИИ-функций в Windows 11, сторона ОС для разработчиков переживает сильный период. На Build 2026 Microsoft представила Coreutils для Windows. В систему нативно добавили более 75 привычных утилит командной строки Linux, таких как ls, grep и mv, без необходимости использовать WSL. В основе лежит открытый проект uutils на Rust. Закрепление WinUI как постоянного нативного фреймворка для приложений и движение к полному открытию исходного кода показывают, что Microsoft снова считает нативную разработку под Windows приоритетом.
Редакция недавно рассказывала, что Ubuntu на Windows 11 растёт быстрее, чем на компьютерах с нативной Linux, если верить данным Canonical. Это многое говорит о том, откуда разработчики предпочитают запускать Linux-нагрузки.
У Windows 11 по-прежнему хватает поводов для критики. Но контейнеры WSL вместо Docker Desktop, запуск агентов Copilot внутри дистрибутивов Linux, открытие исходного кода WinUI и теперь работа Google над поддержкой WSL и Windows показывают, что Microsoft делает всё, чтобы вернуться к своим корням.
Пока нет комментариев. Будьте первым!