Google інтегрує ШІ-інструменти для Windows 11 та WSL

Google is working on WSL support for Antigravity just as GitHub Copilot received the same
Google is working on WSL support for Antigravity just as GitHub Copilot received the same. Credit: Windows Latest

Windows Subsystem for Linux (WSL) продовжує набирати обертів. Настільний додаток GitHub Copilot додав експериментальну підтримку WSL, а поки це впроваджується, Google тихо підтвердила, що працює над WSL для Antigravity, своєї агентської платформи розробки, разом із кращою нативною підтримкою для Windows, що є рідкістю для компанії з неоднозначною історією підтримки цієї ОС.

WSL дозволяє запускати дистрибутив Linux безпосередньо у Windows, без подвійного завантаження або використання повноцінної віртуальної машини. Значна частина сучасного програмного забезпечення, як-от конвеєри збірки, хмарна інфраструктура та фреймворки ШІ, як PyTorch і llama.cpp, спочатку пишеться та тестується на Linux.

Google Antigravity and GitHub Copilot are both AI based development tools with WSL support
Google Antigravity та GitHub Copilot є інструментами розробки на базі ШІ з підтримкою WSL. Credit: Windows Latest

Якщо ви ще не усвідомили, Antigravity та GitHub Copilot належать до однієї категорії інструментів розробки ШІ. І поки GitHub Copilot експериментально підтримує WSL, Google працює над аналогічною підтримкою для Antigravity.

WSL2 запускає ядро Linux у легкій віртуальній машині під управлінням Microsoft, тому такі інструменти, як Docker, bash та нативні менеджери пакетів Linux, працюють так, як очікують розробники, залишаючись при цьому у Windows. Microsoft працює над покращенням WSL як серйозної платформи, і новини від Google цього тижня є найчіткішим знаком того, що ця ставка виправдала себе.

Google нарешті підтримує WSL та нативну Windows, і це рідкість

Це відкритий секрет, що Google рідко ставилася прихильно до Windows. Більшість її інструментів розробки або розглядають Windows як другорядну опцію, або надають програми, що працюють у браузері та споживають багато оперативної пам’яті, замість нативних. Але, здається, ситуація змінюється, принаймні для Antigravity.

Роді Девіс, старший інженер з розробки програмного забезпечення у відділі Antigravity та DeepMind компанії Google, написав у X:

«Ми працюємо над підтримкою WSL та кращою нативною підтримкою Windows. Це займає деякий час, щоб дійсно зробити все правильно і щоб це працювало так, як ми хочемо. Щодо інших функцій, я передам це команді!»

Windows Latest помітив це, переглядаючи обговорення, яке ініціював Девіс, перелічуючи останні оновлення Antigravity, такі як кастомні під-агенти, віддалене керування, розширення IDE та підтримка корпоративних API-ключів, а потім запитуючи користувачів, які прогалини залишаються в їхніх робочих процесах.

Один із користувачів попросив можливість змінити середовище агента на WSL у додатку Antigravity 2.0. Девіс підтвердив, що робота над підтримкою WSL та нативної Windows триває.

Google confirms WSL and native support for Antigravity agentic development tool
Google підтверджує підтримку WSL та нативну підтримку для агентського інструменту розробки Antigravity. Credit: Windows Latest

Впровадження WSL легко уявити. Агенти Antigravity могли б виконувати файлові операції, команди оболонки та збірки в Linux, замість того, щоб спочатку перекладати все через Windows.

Частина про «нативну підтримку Windows» дивує, оскільки Девіс не уточнив, що це означає. Він не згадав WinUI, але це єдиний кандидат, який підходить. Microsoft підтвердила на Build 2026, що WinUI є постійною нативною платформою додатків для Windows, відмовившись від «3» у WinUI 3, щоб показати відсутність майбутніх платформ. Microsoft також почала відкривати вихідний код WinUI на GitHub, з уже активними зовнішніми внесками та відстеженням публічних проблем.

Іронічно, але більшість кросплатформних інструментів розробки на базі ШІ за замовчуванням використовують Electron, оскільки він швидко розгортається скрізь. Однак, усі ми знаємо, як вони поглинають оперативну пам’ять, ніби вона дешева. Нативний додаток WinUI від Google був би одним із небагатьох продуктів Google для Windows, що не працюють на Chromium. Досить кумедно, я не повірю в свій оптимізм, доки це не буде випущено, але відповідь Девіса, схоже, не є чимось, що Google говорить легковажно, хоча він і зазначає, що це займе набагато більше часу.

Додаток GitHub Copilot тепер запускає сесії агентів у WSL

Але для розробників ця друга половина історії, ймовірно, буде найцікавішою. Пірс Боґґан, керівник відділу PM у GitHub Copilot і раніше в Xamarin, написав, що «Windows Subsystem for Linux (WSL) тепер експериментально підтримується в додатку GitHub Copilot!», додавши відеодемонстрацію.

Налаштування знаходиться в розділі 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». Агент завантажив навичку дизайну інтерфейсу, знайшов файли 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 для додатку Copilot позначав «Обмежена підтримка Windows + WSL» як відому проблему. Відповіді підтверджують, що незабаром буде більше функцій. Очікується підтримка віддаленого SSH вже наступного тижня, оскільки основа WSL слугує базовою архітектурою для підключення до будь-якого загального віддаленого хоста.

GitHub Copilot app
Додаток GitHub Copilot. Source: Microsoft

Інший користувач попросив додати або клонувати проект безпосередньо з головного меню, замість того, щоб копатися в налаштуваннях, що, як підтвердив Боґґан, буде наступним кроком. Інженер 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, щоб побачити, як він працює на практиці.

WSL Containers in action on Windows 11
WSL Containers у дії на Windows 11. Credit: Windows Latest

Windows тихо знову стає серйозною платформою для розробників

Незважаючи на майже постійні негативні відгуки про Windows 11 через рекламу, помилки та примусові функції ШІ, сторона ОС для розробників переживає сильний період. На Build 2026 Microsoft випустила Coreutils для Windows, надавши понад 75 знайомих утиліт командного рядка Linux, таких як ls, grep та mv, нативно для Windows без необхідності WSL, побудованих на проєкті uutils з відкритим кодом на Rust. Зобов’язання WinUI як постійної нативної платформи додатків, а також його рух до повного відкритого коду, свідчать про те, що Microsoft знову розглядає нативну розробку для Windows як пріоритет.

Ubuntu running via Windows Subsystem for Linux
Ubuntu, що працює через Windows Subsystem for Linux. Source: Ubuntu

Ми нещодавно висвітлювали, як Ubuntu зростає на Windows 11 швидше, ніж на нативних ПК з Linux, згідно з даними Canonical, що багато говорить про те, де розробники обирають запускати робочі навантаження Linux.

Windows 11 все ще має багато чого відповісти. Але WSL Containers, що замінюють Docker Desktop, Copilot, що запускає агентів у дистрибутивах Linux, WinUI з відкритим кодом, і тепер Google, що розробляє для WSL та Windows, — усе це свідчить про те, що Microsoft робить усе можливе, щоб повернутися до своїх витоків.

Підтримайте оригінальну журналістику.

Windows Latest залежить від читачів, як ви. Зробіть нас вашим бажаним джерелом у Google Discover та Google Search, і допоможіть нашим незалежним репортажам охопити більше людей.

Follow us on DiscoverFollow us on GoogleAsk a question (Forum) Home Comments Share Newsletter

Залишити відповідь

Ваша e-mail адреса не оприлюднюватиметься. Обов’язкові поля позначені *