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