Содержание
WinUI-приложения для Windows 11 теперь можно собрать с помощью ИИ примерно за 30 минут — такой сценарий Microsoft описала в новом quick-start для разработчиков. Речь не про демо в браузере, а про нативное приложение на WinUI с упаковкой в MSIX.
Microsoft опубликовала инструкцию в своей документации Learn 6 сентября 2026 года. В ней компания показывает, как собрать приложение под Windows 11 без Visual Studio. Достаточно бесплатных инструментов: VS Code, .NET 10, бесплатного уровня GitHub Copilot и утилиты winapp CLI.
Это новость не только для разработчиков. Если Microsoft продавит этот подход, в Windows может стать меньше тяжелых веб-оберток. А это уже касается всех, кто открывает «простое» приложение и видит, как оно ест память как полноценный браузер.
Microsoft делает ставку на нативный WinUI вместо веб-оберток
Новый сценарий Microsoft строится вокруг WinUI и AI-агента, который помогает создать проект, добавить функции, проверить интерфейс и подготовить установщик для Microsoft Store. Компания явно упрощает вход для тех, кто раньше выбирал Electron или WebView2 из-за скорости разработки.
В quick-start Microsoft описывает не абстрактную генерацию кода, а полный путь приложения. Разработчик создает каркас проекта, просит ИИ добавить страницы и элементы интерфейса, тестирует результат и собирает MSIX-пакет.
- Среда: VS Code вместо Visual Studio
- Платформа: .NET 10 и WinUI для Windows 11
- ИИ: бесплатный уровень GitHub Copilot
- Утилита: winapp CLI для проекта и упаковки
- Финал: MSIX-установщик для Microsoft Store
Такой набор выглядит прагматично. Visual Studio остается мощной IDE, но для новичка она часто ощущается как комбайн. VS Code проще поставить, проще обновлять и проще встроить в агентный workflow.
winui-dev — не обычный чат Copilot
Главный герой здесь — не общий Copilot, который отвечает на вопросы в стиле «напиши мне кнопку». Microsoft использует специализированный агент winui-dev с навыками под WinUI-дизайн, ревью кода, UI-тесты, упаковку и перенос старых приложений.
Разница существенная. Обычная нейросеть может уверенно выдать код под старую версию API. Для WinUI это особенно болезненно, потому что фреймворк моложе WPF и UWP. В обучающих наборах по нему меньше качественных примеров.
Поэтому Microsoft советует подключать агента к Learn MCP server. Тогда winui-dev тянет актуальную документацию WinUI из Microsoft Learn, а не полагается только на обучающие данные. Для разработчика это снижает шанс получить красивый, но нерабочий фрагмент кода.
По данным Windows Latest, Microsoft связывает этот шаг с более широкой кампанией против «web app slop» в Windows 11. Формулировка резкая, но проблема знакомая: простая утилита на Electron иногда занимает больше памяти, чем старое нативное приложение со всем своим интерфейсом.
Почему Microsoft снова убеждает разработчиков в WinUI
На Build 2026 Microsoft убрала цифру «3» из названия WinUI и стала называть его долгосрочной основой для Windows-приложений. Для компании это не косметика. Разработчики Windows помнят WPF, UWP, Win32, WinUI 3 и не любят вкладываться в платформу, которую завтра заменят новой.
Microsoft уже переносит части самой Windows 11 на WinUI. Один из примеров — окно свойств в File Explorer. Это хороший сигнал: компания не просто выпускает SDK, а встраивает платформу в собственную систему.
Но картина пока неровная. Некоторые приложения Windows 11 все еще используют WebView2. В числе таких примеров называют приложение Weather, которое, по данным Windows Latest, расходует в несколько раз больше RAM, чем нативные альтернативы.
Для пользователей это звучит приземленно. Меньше веб-оберток — меньше фонового аппетита к памяти. Особенно на ноутбуках с 8 или 16 ГБ RAM, где каждый лишний процесс Chromium быстро превращает систему в вентиляторный оркестр.
Microsoft опубликовала quick-start 6 сентября 2026 года. В нем компания прямо указывает стек: VS Code, .NET 10, GitHub Copilot free tier, winapp CLI и агент winui-dev для сборки нативного WinUI-приложения под Windows 11 примерно за 30 минут.
