winui-setup
Skill1.4k starsChanged 55 days agoMITView on GitHub
Install and verify WinUI 3 prerequisites — .NET SDK 8.0.100+, WinApp CLI 0.7+, and Developer Mode; identify additional Native AOT and Windows Sandbox requirements. Use when the user asks to set up or repair the toolchain, or when another WinUI skill finds a missing or outdated prerequisite.
1 other project uses a version of this, 1 of them edited.
Adopted by
Steady: 0 new projects took it in the last 4 weeks, none the 4 weeks before.thin data
Most recently taken up by
- jorgeasaurus/agent-skillsedited, first seen May 11, 2026
Who's talking about microsoft/winappCli
- Stack Overflow“How to launch WinUI3 app from command line”Stack Overflow · May 3, 2026 · 1 votes
- sudosubin/agents.nix“codex-plugins.github.microsoft.winappcli: init at 0.8.0”GitHub · Nov 7, 2026
- sudosubin/agents.nix“agent-plugins.github.microsoft.winappcli: 0.7.1 → 0.8.0”GitHub · Nov 7, 2026
- sudosubin/agents.nix“claude-code-plugins.github.microsoft.winappcli: 0.7.1 → 0.8.0”GitHub · Nov 7, 2026
- sudosubin/agents.nix“copilot-plugins.github.microsoft.winappcli: 0.7.1 → 0.8.0”GitHub · Nov 7, 2026
The biggest 5 of 52 mentions linking to the repository that our crawl found. Each line is their own headline.
See all 52
Talked about on GitHub, Bluesky and Stack Overflow (52 times).
On GitHub · 50
- Nov 7, 2026codex-plugins.github.microsoft.winappcli: init at 0.8.0 — sudosubin/agents.nix0 reactions
- Nov 7, 2026agent-plugins.github.microsoft.winappcli: 0.7.1 → 0.8.0 — sudosubin/agents.nix0 reactions
- Nov 7, 2026claude-code-plugins.github.microsoft.winappcli: 0.7.1 → 0.8.0 — sudosubin/agents.nix0 reactions
- Nov 7, 2026copilot-plugins.github.microsoft.winappcli: 0.7.1 → 0.8.0 — sudosubin/agents.nix0 reactions
- Nov 7, 2026claude-code-marketplaces.github.microsoft.winappcli: 0.7.1 → 0.8.0 — sudosubin/agents.nix0 reactions
45 more on GitHub
- Nov 7, 2026agent-skills.github.microsoft.winappcli: 0.7.1 → 0.8.0 — sudosubin/agents.nix0 reactions
- Nov 7, 2026Bump the windows-app-sdk group with 3 updates — lzvsrx/LZ-AGENT0 reactions
- Nov 7, 2026codex-marketplaces.github.microsoft.winappcli: 0.7.1 → 0.8.0 — sudosubin/agents.nix0 reactions
- Nov 6, 2026Bump the dotnet-dependencies group with 6 updates — rhamenator/SimpleLoanCalculator0 reactions · 1 comment
- Nov 3, 2026UIA fails in Windows Sandbox when ProcessId is 0 — asklar/lvt0 reactions
- Oct 31, 2026Bump the windows-app-sdk group with 3 updates — k25jura/Reeled0 reactions
- Oct 31, 2026Bump the windows-app-sdk group with 3 updates — lzvsrx/LZ-AGENT0 reactions · 1 comment
- Oct 30, 2026Bump the dotnet-dependencies group with 6 updates — rhamenator/SimpleLoanCalculator0 reactions · 2 comments
- Oct 29, 2026codex-marketplaces.github.microsoft.winappcli: init at 0.7.1 — sudosubin/agents.nix0 reactions
- Oct 28, 2026claude-code-plugins.github.microsoft.winappcli: init at 0.7.1 — sudosubin/agents.nix0 reactions
- Oct 28, 2026claude-code-marketplaces.github.microsoft.winappcli: init at 0.7.1 — sudosubin/agents.nix0 reactions
- Oct 21, 2026fix(public RDTE): pin WinApp archive hash offline to survive anonymous GitHub REST limits — SemperSupra/WinInspect0 reactions
- Oct 17, 2026Bump Microsoft.Windows.SDK.BuildTools.WinApp and Microsoft.WindowsAppSDK — k25jura/Reeled0 reactions · 1 comment
- Oct 16, 2026[Feature]: Track sparse packaging workflow support and review follow-ups — microsoft/WinAppVSCE0 reactions
- Oct 16, 2026Bump coverlet.collector and 5 others — rhamenator/SimpleLoanCalculator0 reactions · 2 comments
- Oct 16, 2026chore(deps): update dependency microsoft.windows.sdk.buildtools.winapp to 0.7.1 [automerge] — DevSecNinja/home-assistant-win-companion0 reactions · 1 comment
- Oct 14, 2026agent-skills.github.microsoft.winappcli: init at 0.7.1 — sudosubin/agents.nix0 reactions
- Oct 8, 2026[Candidate] microsoft/winappcli/.github/skills/pr-lifecycle - pr-lifecycle — ProSkillsMD/proskills0 reactions · 1 comment
- Oct 8, 2026[Candidate] microsoft/winappcli/.github/skills/code-quality - code-quality — ProSkillsMD/proskills0 reactions · 1 comment
- Oct 8, 2026Bump Microsoft.Windows.SDK.BuildTools.WinApp from 0.3.2 to 0.7.1 — trsdn/md2loop-windows0 reactions
- Oct 7, 2026Add WinDbg diagnosis plugin — microsoft/win-dev-skills0 reactions · 2 comments
- Oct 7, 2026docs: broaden scope to Windows development and debugging — microsoft/win-dev-skills0 reactions · 1 comment
- Oct 4, 2026copilot-plugins.github.microsoft.winappcli: init at 0.7.1 — sudosubin/agents.nix0 reactions
- Oct 4, 2026Bump Microsoft.Windows.SDK.BuildTools.WinApp from 0.7.0 to 0.7.1 — mirrorpulse/MirrorPulse0 reactions
- Oct 4, 2026agent-plugins.github.microsoft.winappcli: init at 0.7.1 — sudosubin/agents.nix0 reactions
- Oct 3, 2026[Workstream F] PR 5 of 5: An in-session UI Automation helper drives the interactive desktop by element, not coordinates — zaxbysauce/zaxby-hyperv-mcp0 reactions · 8 comments
- Oct 3, 2026Bump the windows-app-sdk group with 2 updates — lzvsrx/LZ-AGENT0 reactions · 2 comments
- Oct 3, 2026chore(deps-node): update dependency @microsoft/winappcli to v0.7.1 — scottlz0310/md-peruse0 reactions
- Oct 2, 2026Bump Microsoft.Windows.SDK.BuildTools.WinApp from 0.6.1 to 0.7.1 — Has-X/Registry0 reactions
- Oct 2, 2026Bump the dotnet-dependencies group with 6 updates — rhamenator/SimpleLoanCalculator0 reactions · 2 comments
- Oct 2, 2026Update dependency Microsoft.Windows.SDK.BuildTools.WinApp to 0.7.1 - autoclosed — mfakane/azunyan0 reactions
- Oct 2, 2026fix(deps): update dependency microsoft.windows.sdk.buildtools.winapp to 0.7.1 — sebdanielsson/varys0 reactions
- Sep 26, 2026Bump the windows-app-sdk group with 2 updates — lzvsrx/LZ-AGENT0 reactions · 1 comment
- Sep 25, 2026Bump Microsoft.Windows.SDK.BuildTools.WinApp from 0.6.1 to 0.7.0 — Has-X/Registry0 reactions · 1 comment
- Sep 25, 2026Bump the dotnet-dependencies group with 6 updates — rhamenator/SimpleLoanCalculator0 reactions · 2 comments
- Sep 24, 2026Bump Microsoft.Windows.SDK.BuildTools.WinApp from 0.3.2 to 0.7.0 — trsdn/md2loop-windows0 reactions · 1 comment
- Sep 18, 2026Bump the dotnet-dependencies group with 6 updates — rhamenator/SimpleLoanCalculator0 reactions · 2 comments
- Sep 12, 2026Bump Microsoft.Windows.SDK.BuildTools.WinApp from 0.5.0 to 0.6.1 — jacob-krarup-madsen/WinForge0 reactions · 1 comment
- Sep 11, 2026Bump the dotnet-dependencies group with 6 updates — rhamenator/SimpleLoanCalculator0 reactions · 2 comments
- Sep 4, 2026UI 驱动三选一:winapp ui、FlaUI、UIAutomationClient — trytoreachpeak0/8005-test-lab0 reactions · 2 comments
- Sep 3, 2026refactor: migrate MSIX packaging/signing to Microsoft's winapp CLI — recregt/winsp0 reactions
- Sep 3, 2026Bump Microsoft.Windows.SDK.BuildTools.WinApp from 0.3.2 to 0.6.1 — trsdn/md2loop-windows0 reactions · 1 comment
- Sep 1, 2026Bump Microsoft.Windows.SDK.BuildTools.WinApp from 0.6.0 to 0.6.1 — onlytrisdev/chrome-native-adblock0 reactions
- Aug 14, 2026Bump Microsoft.Windows.SDK.BuildTools.WinApp from 0.3.1 to 0.6.0 — Has-X/Registry0 reactions · 1 comment
- Jul 2, 2026using winapp cii — peaceshi/Avalonia-NativeAOT-SingleFile0 reactions
On Bluesky · 1
- May 6, 2026Does winappcli help? github.com/microsoft/wi... — @drustheaxe.bsky.social0 likes and reposts · 1 reply
On Stack Overflow · 1
- May 3, 2026How to launch WinUI3 app from command line1 vote
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 1
- jorgeasaurus/agent-skills★ 1411% same
Wrote their own version · 0
None found.
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository26 other files it gives its agents.
- AGENTS.mdAGENTS.md
- llms.txtllms.txt
- code-qualitySkill
- pr-lifecycleSkill
- pr-reviewSkill
- spec-reviewSkill
- winapp-find-apiSkill
- winapp-find-uiSkill
- winapp-frameworksSkill
- winapp-identitySkill
- winapp-manifestSkill
- winapp-mauiSkill
- winapp-packageSkill
- winapp-performanceSkill
- winapp-sandboxSkill
- winapp-setupSkill
- winapp-signingSkill
- winapp-troubleshootSkill
- winapp-ui-automationSkill
- winui-devtoolsSkill
- winui-code-reviewSkill
- winui-designSkill
- winui-dev-workflowSkill
- winui-packagingSkill
- winui-ui-testingSkill
- winui-wpf-migrationSkill
The file
We split this skill into the rules it gives an agent
11 rules. About 0 are common, 8 are distinctive, and 3 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈8
Distinctive · estimate
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 19
Run these checks together so the user sees the full state before anything changes:
- Very specific: line 83
Do not install another SDK when one already satisfies both the CLI minimum and the requested project's target framework / global.json.
- Distinctive: line 86
If the base check passed but the requested project needs another SDK, report that requirement and offer to install its matching SDK rather …
- Very specific: line 109
Run the version detection again.
- Distinctive: line 124
If the user declines or dismisses UAC, continue to the summary and print the command for later use.
- Distinctive: line 147
Always print a single summary:
- Very specific: line 156
Only report readiness for the workflows whose requirements passed.
- Distinctive: line 167
Do not install Visual Studio.
- Distinctive: line 168
Do not install or upgrade the user's AI coding harness.
- Distinctive: line 169
Do not elevate the entire session.
- Distinctive: line 170
Do not silently retry failed installs.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Purpose
Install and verify the prerequisites every other winui-* skill assumes. WinApp CLI 0.7 owns WinUI template discovery and installation through winapp new; do not install the template pack separately. The project's target framework may require a newer .NET SDK than the CLI's minimum.
[!IMPORTANT] Install per-user prerequisites (WinApp CLI) without asking, and tell the user what changed. Ask before anything that needs admin rights (UAC) or a large toolchain — the .NET SDK, Developer Mode, and Native AOT build tools. Windows Sandbox enablement is the user's to do.
This skill is idempotent: detect everything first, install or upgrade only what is needed, and print one final summary.
Steps
Detect everything
Run these checks together so the user sees the full state before anything changes:
$minimumDotNet = [version]'8.0.100'
$minimumWinApp = [version]'0.7.0'
# .NET SDK — project-mode winapp run requires SDK 8.0.100+
$dotnetSdks = @(& dotnet --list-sdks 2>$null) | ForEach-Object {
$text = ($_ -replace ' \[.*$','').Trim()
$parsed = $null
if ([version]::TryParse(($text -split '-')[0], [ref]$parsed)) { $parsed }
}
$dotnetVersion = $dotnetSdks |
Where-Object { $_ -ge $minimumDotNet } |
Sort-Object -Descending |
Select-Object -First 1
$dotnetOk = $null -ne $dotnetVersion
# WinApp CLI — require released 0.7+ for the migrated workflows
$winappCmd = Get-Command winapp -ErrorAction SilentlyContinue
$winappVersion = $null
$winappPrerelease = $false
if ($winappCmd) {
foreach ($line in @(& winapp --version 2>$null)) {
$match = [regex]::Match(
[string]$line,
'^\s*v?(?<version>\d+\.\d+\.\d+)(?:-(?<prerelease>[0-9A-Za-z.-]+))?(?:\+[0-9A-Za-z.-]+)?\s*$'
)
if ($match.Success) {
$parsed = $null
if ([version]::TryParse($match.Groups['version'].Value, [ref]$parsed)) {
$winappVersion = $parsed
$winappPrerelease = $match.Groups['prerelease'].Success
}
}
}
}
$winappOk = ($winappVersion -ge $minimumWinApp) -and -not $winappPrerelease
# Developer Mode
$devModeOk = ((Get-ItemProperty `
-Path 'HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\AppModelUnlock' `
-Name AllowDevelopmentWithoutDevLicense -ErrorAction SilentlyContinue
).AllowDevelopmentWithoutDevLicense) -eq 1Print a one-shot status table:
.NET SDK >= 8.0.100 [OK] found 10.0.100
WinApp CLI >= 0.7.0 [!] found 0.6.0 — will upgrade
Developer Mode [X] disabled — needs admin to enableInstall what's missing
.NET SDK (ask first)
The SDK installer is machine-wide and triggers UAC. Ask the user first. When they agree and no SDK at or above 8.0.100 was found, install the recommended SDK:
winget install --id Microsoft.DotNet.SDK.10 --exact --silent --accept-package-agreements --accept-source-agreementsDo not install another SDK when one already satisfies both the CLI minimum and
the requested project's target framework / global.json. The CLI's minimum
does not let an 8.x SDK build a net10.0-windows app.
If the base check passed but the requested project needs another SDK, report
that requirement and offer to install its matching SDK rather than declaring
the project ready. If the user declines, print the command for later use.
WinApp CLI (no admin needed)
WinApp CLI is a per-user MSIX package, so install or upgrade it without asking and tell the user what changed. If winapp is missing, install it. If it is below released 0.7.0, upgrade it. Skip both when the installed version already meets the minimum:
# When winapp is missing
winget install --id Microsoft.WinAppCli --exact --silent --accept-package-agreements --accept-source-agreements
# When winapp does not meet the released 0.7.0 minimum
winget upgrade --id Microsoft.WinAppCli --exact --silent --accept-package-agreements --accept-source-agreementsRefresh PATH after any winget install or upgrade:
$env:Path = [Environment]::GetEnvironmentVariable('Path','Machine') + ';' +
[Environment]::GetEnvironmentVariable('Path','User')Run the version detection again. If a released 0.7.0 or later is still unavailable, report the actual version and mark setup blocked; do not fall back to older commands. A prerelease doesn't meet the requirement unless the user asks for preview validation.
Developer Mode (ask first)
Developer Mode requires admin elevation. Ask the user before triggering UAC. Only if they agree, elevate this one operation:
Start-Process powershell -Verb RunAs -ArgumentList @(
'-NoProfile','-Command',
"New-Item -Path 'HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\AppModelUnlock' -Force | Out-Null; " +
"Set-ItemProperty -Path 'HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\AppModelUnlock' " +
"-Name AllowDevelopmentWithoutDevLicense -Type DWord -Value 1"
) -WaitIf the user declines or dismisses UAC, continue to the summary and print the command for later use.
Additional requirements for the requested workflow
| Workflow | Additional requirements |
| Native AOT publish/run | Windows native compiler/linker toolchain: Visual Studio or Build Tools with Desktop development with C++, including the target architecture's tools and Windows SDK. See Native AOT prerequisites. These are not required for normal JIT iteration. |
| Windows Sandbox app runs and UI automation (preferred when available) | WinApp's integration requires Windows 11 24H2+, hardware virtualization, and a working Windows Sandbox feature/client. Supported editions include Pro, Enterprise, and Education; not Home. Input/capture needs an unlocked host and a connected, non-minimized client. See WinApp Sandbox prerequisites. |
Report these separately from the base toolchain. winapp target snapshot sandbox --json inspects an existing
guest without starting or repairing it; "no target running" alone does not
mean the Windows feature is unavailable. winui-ui-testing
Step 1 defines what to do when Windows Sandbox is unavailable.
Enabling Windows Sandbox is a user action (admin plus a reboot): ask the user to open Turn Windows features on or off, select Windows Sandbox, and restart if prompted. Hardware virtualization must be enabled; a VM may also require nested virtualization. See Microsoft's supported editions and installation steps.
Final summary
Always print a single summary:
==== winui-setup summary ====
.NET SDK >= 8.0.100 [>] already present (10.0.100)
WinApp CLI >= 0.7.0 [OK] upgraded to 0.7.0
Developer Mode [OK] enabledOnly report readiness for the workflows whose requirements passed. If the current harness exposes the winui-dev orchestrator agent,
start a fresh session with that agent and ask it to build a WinUI app. Otherwise,
start a fresh session in the current harness and ask it to perform the WinUI task;
it will load the relevant winui-* skills on demand.
For GitHub Copilot CLI, for example:
copilot --agent winui:winui-dev -p "build me a WinUI 3 markdown editor"Things to NOT do
- Do not install Visual Studio; it is optional. Native AOT needs only the MSVC C++ build tools, a separate, explicitly approved setup.
- Do not install or upgrade the user's AI coding harness; this skill manages Windows/WinUI development prerequisites only.
- Do not elevate the entire session; request elevation only for the specific approved setup operation.
- Do not silently retry failed installs.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

