WinUI s AI za 30 minut: rychlý start, ne hotová produkční aplikace

Microsoft skládá vývoj nativních aplikací pro Windows do postupu řízeného hlavně z příkazové řádky: založit projekt WinUI pro .NET 10, nechat AI agenta přidat funkce a iterovat nad kódem, potom aplikaci zabalit a publikovat. Smyslem je snížit vstupní bariéru pro malou aplikaci ve WinUI — nikoli odstranit potřebu zkušeného vývoje, výkonového ladění či ověřování migrace. 751

Co se skrývá za údajem „asi 30 minut“

Microsoft v rychlém startu uvádí přibližně 30 minut na tento konkrétní scénář: vytvořit aplikaci WinUI z příkazové řádky, využít agenta winui-dev pro doplnění funkcí a aplikaci zabalit a publikovat do Microsoft Store. Podle dokumentace postačí i bezplatná úroveň GitHub Copilotu; používané nástroje jsou zdarma. 51

Jde tedy především o měřítko jednoduchosti úvodního procesu. Není to slib, že za půl hodiny vznikne produkčně připravený software — se zadáním, návrhem UX, napojením na data a přihlašování, bezpečností, přístupností, telemetrií, testy, revizí kódu i provozním plánem.

Stejně tak z této hodnoty nelze vyvozovat, že za 30 minut půjde převést rozsáhlou aplikaci ve WPF nebo UWP. U reálného produktu bývá samotná implementace jen jednou částí práce.

Z čeho se nový postup skládá

Každá součást má jinou úlohu:

• Šablony .NET pro WinUI založí zabalený projekt. Microsoft pro práci z terminálu dokumentuje například příkaz dotnet new winui -n MyApp. 5
• Windows App Development CLI neboli winapp pokrývá operace specifické pro Windows: vytváření projektů, spouštění, balení, podepisování i kroky související s publikací. Novější nástroje umějí hledat funkční ukázky rozhraní WinUI a vytvářet záznamy UI čitelné pro agenty. 2
• GitHub Copilot a doplněk WinUI tvoří agentní vrstvu. Doplněk obsahuje jednoho agenta winui-dev a osm specializovaných dovedností pro celý cyklus: vytvoření kostry projektu, sestavení, spuštění, testování, balení i migraci. 46
• Microsoft Learn MCP Server umožňuje kompatibilnímu agentovi vyhledávat aktuální dokumentaci Microsoft Learn, načítat celé články a hledat ukázky kódu. Agent se tak nemusí opírat pouze o data ze svého tréninku. 10

Ve VS Code lze navíc použít rozšíření WinApp, které zpřístupní pracovní postup CLI přímo v editoru — včetně inicializace, spuštění, ladění, balení a podepisování. 55

Důležitý háček: VS Code není totéž co specializovaný agent

Celý postup lze stavět kolem VS Code, ale specializovaný doplněk winui@awesome-copilot podle dokumentace momentálně funguje s GitHub Copilot CLI a Claude Code. Nefunguje zatím přímo v chatu Copilotu ve VS Code. 46

VS Code proto může zůstat editorem a místem pro rozšíření WinApp či konfiguraci Learn MCP. Samotný agent WinUI ale musí běžet v podporovaném klientovi. Při nastavování vývojového prostředí je to podstatný rozdíl. 5546

Proč Microsoft sází na specializovaného agenta

Obecný AI agent umí napsat C# i XAML, může však sáhnout po zastaralém API, přehlédnout pravidla pro balenou aplikaci nebo se zaseknout na problému se sestavením a spuštěním specifickém pro Windows. Microsoft popisuje dovednosti WinUI jako cílené postupy pro jednotlivé fáze vývoje i časté chyby. 21

Firma zároveň uvádí, že dedikovaný agent a osm dovedností zvládnou podporované úlohy end-to-end s o 70 % menším počtem tokenů než obecní agenti. Jde ale o tvrzení o efektivitě práce nástroje, nikoli o záruku kvalitnější architektury, rychlejší aplikace či bezchybného výsledku. 9

Přístup k Learn MCP řeší jiný problém: dokumentace se mění. Aktuální návody a příklady může agent vyhledat při práci. Vývojář ale stále musí kontrolovat správnost kódu, bezpečnost, práci s daty, přístupnost i dlouhodobou udržovatelnost. 10

Migrace je řízená modernizace, nikoli automatický převod

Nástroje obsahují dovednosti pro modernizaci starších aplikací Windows. U UWP Microsoft uvádí konkrétní náhrady: například Windows.UI.Xaml.*, Windows.UI.Xaml.Controls.* a Windows.UI.Xaml.Media.* se mění na odpovídající prostory názvů Microsoft.UI.Xaml.*. Mapování pokrývá také rozdíly v dispatchingu a správě oken. 19

Microsoft popisuje výstup jako strukturovaný migrační plán: změny projektu a manifestu, přehled mapování prostorů názvů a položky, které vyžadují ruční kontrolu. 23

To je užitečné, protože migrace není jen přejmenování API. Je nutné ověřit odlišné chování, vlákna, správu oken, ovládací prvky, vlastní vykreslování, balení, závislosti i regresní testy. Zejména u WPF může být přechod architektonickým projektem, pokud se stávající rozhraní, předpoklady platformy nebo ovládací prvky třetích stran do WinUI nepřekládají přímo.

Proč do toho Microsoft investuje

Microsoft WinUI prezentuje jako produkční platformu pro moderní aplikace Windows a vedle rámce zdůrazňuje šablony, nástroje pro příkazovou řádku, vývojářské ovládací prvky a AI asistenci. 117

Strategie je čitelná: usnadnit začátek nativního vývoje pro Windows a snížit závislost na hluboké znalosti platformy. Lepší výchozí projekty, živý přístup k dokumentaci a dovednosti zaměřené na konkrétní úlohy mohou snížit tření při volbě WinUI pro novou aplikaci i modernizaci existujícího řešení.

Budou AI aplikace WinUI úspornější než aplikace s WebView2?

Z dostupných podkladů takový závěr neplyne.

Nativní aplikace WinUI může u rozhraní, které pro to nemá důvod, obejít nutnost vloženého běhového prostředí prohlížeče. WinUI ale samo o sobě není zárukou výkonu. I AI vytvořená aplikace může být neúsporná kvůli příliš rozsáhlému stromu vizuálních prvků, zbytečnému vykreslování, nadměrnému držení dat v paměti, drahým závislostem nebo nevhodně navržené síťové a stavové logice.

Pozornost přitahuje aplikace MSN Weather. Testy třetích stran uváděly zhruba 700 MB až 1,2 GB využité paměti při aktivním používání, po delší nečinnosti pak nižší hodnoty. 3145 Jsou to relevantní signály možného problému, nikoli však měření pod kontrolou Microsoftu ani srovnání stejné aplikace ve WebView2 a ve WinUI.

Opatrný závěr proto zní: tento řetězec nástrojů usnadňuje vývoj nativních aplikací WinUI a může pomoci vyhnout se části režie webového obalu tam, kde je nativní UI vhodné. Nedokazuje ale, že AI vytvořené nativní aplikace budou soustavně úspornější na paměť, procesor, energii nebo úložiště než srovnatelné aplikace používající WebView2.

Praktický závěr

Nový postup dává největší smysl jako zrychlený start:

1. Pomocí šablon a WinApp CLI vytvořit standardní zabalený projekt WinUI.
2. Agenta zaměřeného na WinUI a Learn MCP využít pro rychlejší implementaci a aktuální doporučení k API.
3. Migrační dovednosti použít pro plán a rutinní úpravy, ale každou změnu chování ověřit.
4. Výkon měřit na reprezentativním hardwaru a se skutečnou zátěží — nikoli předpokládat, že „nativní“ nebo „vytvořené AI“ automaticky znamená úsporné.

U malých nových aplikací je třicetiminutový rychlý start podstatným signálem, že nativní vývoj pro Windows se zkouší snáze než dřív. U vážných produktů není hlavním přínosem okamžitě hotová aplikace, ale strukturovanější cesta od nápadu k aplikaci, kterou lze sestavit, otestovat a zabalit. 517