Winui Dev Workflow

Raport z testu

Sklonowano repozytorium i znaleziono umiejętność w plugins/winui/skills/winui-dev-workflow; frontmatter sparsowano czysto za pomocą yaml.safe_load z dokładnie name + description, a skopiowanie folderu do tymczasowego HOME umieściło SKILL.md w ~/.claude/skills/winui-dev-workflow/SKILL.md. Surowo pobrano SKILL.md, BuildAndRun.ps1 i analyzer/Microsoft.WindowsAppSDK.Analyzers.targets — wszystkie HTTP 200; przeczytałem wszystkie 267 linii BuildAndRun.ps1 i potwierdziłem każde z sześciu zachowań, które SKILL.md dla niego deklaruje (sprawdzanie rejestru AppModelUnlock w trybie deweloperskim, wykrywanie pojedynczego csproj, wykrywanie platformy PROCESSOR_ARCHITECTURE, dotnet build z /restore, wyszukiwanie wyjścia bin\<Platform>\<Config>\net*\win-<rid>, `winapp run --debug-output`), plus blok `finally`, który usuwa tymczasowy Directory.Build.props i strażnika, który odmawia nadpisania istniejącego. Brak curl|sh, base64, wywołań sieciowych, sekretów, twardo zakodowanych ścieżek maszynowych — tylko 49KB wstępnie skompilowany DLL analizatora, którego źródło znajduje się w repozytorium w src/tools/winui-analyzer. Etap WYJŚCIA nie mógł zostać wykonany: ten Mac nie ma pwsh/powershell, dotnet, winapp (`pwsh -File ./BuildAndRun.ps1 -SkipRun` → "command not found"), a sprawdzanie trybu deweloperskiego odczytuje HKLM, więc żadna kompilacja nigdy się nie uruchomiła; zamiast tego napisałem dwa artefakty tekstowe (scratchpad/wdw_baseline.md vs wdw_skill.md) dla diagnozy pustego okna + 0x8000FFFF — linia bazowa sięgnęła po Visual Studio F5, Add-AppxPackage i try/catch wokół InitializeComponent i wymieniła cztery spekulatywne przyczyny pustego okna, podczas gdy wersja umiejętności zastępuje całą pętlę jednym asynchronicznym wywołaniem BuildAndRun.ps1, nazywa pojedynczą przyczynę główną "x:Bind defaults to OneTime — add Mode=OneWay" i dodaje fakty, których linia bazowa nigdy nie wygenerowała (WINAPP_DBGTOOLS_DIR, aby pominąć pierwsze pobieranie narzędzi debuggera po awarii, MSB3073 XamlCompiler exit-1 = zaktualizuj Microsoft.WindowsAppSDK do >= 2.1.3). Są to udokumentowane różnice w treści, a nie zweryfikowane zachowanie w czasie rzeczywistym, więc outputMeasured pozostaje fałszywe, a werdykt to konfiguracja. Oceniono frazy wyzwalające: POWINNY załadować — "My WinUI 3 app won't build, I'm getting XLS0414 on a custom control" (tak), "Scaffold a new WinUI 3 desktop app and get it running" (tak), "The Windows App SDK app launches then instantly closes with 0x8000FFFF" (tak); NIE POWINNY — "Sign my MSIX and submit it to the Microsoft Store" (nie, to jest siostrzana umiejętność winui-packaging), "My React Native Windows app fails to build on x64" (nie, to nie WinUI 3). 5/5 poprawnie.

Testowano: 2026-07-21 · Claude Code 2.x (agent harness)