The WinUI App skill grounds Codex in official Microsoft guidance for building native Windows desktop applications with WinUI 3 and the Windows App SDK. Rather than guessing at project structure or toolchain requirements, Codex follows a verified setup-and-scaffold flow, selects the right packaging model, applies Fluent Design principles, and launches the finished app to confirm it opens a real top-level window. The skill covers the full development lifecycle—from environment readiness checks and first scaffold through controls, theming, accessibility, performance, and deployment.Documentation Index
Fetch the complete documentation index at: https://mintlify.com/openai/skills/llms.txt
Use this file to discover all available pages before exploring further.
This skill targets Windows only. The WinGet bootstrap and
dotnet new winui
scaffold require a Windows machine with the correct SDK and Visual Studio
workloads installed.Installing
What This Skill Enables
Environment Setup
Verify machine readiness, run the bundled WinGet bootstrap, and confirm
Developer Mode, Visual Studio, and Windows App SDK workloads are in place.
App Scaffolding
Scaffold a new WinUI 3 app with
dotnet new winui, select packaged or
unpackaged deployment, and verify the build and launch.UI Implementation
Build controls, adaptive layouts, navigation shells, command bars, and
custom title bars using native WinUI controls and Fluent Design guidance.
Theming & Styling
Apply Mica materials, dark/light mode support, system brushes, typography
scales, and icon resources using WinUI styling hooks.
Accessibility & Input
Meet accessibility baselines, add keyboard navigation, and apply
localization patterns using official platform guidance.
Performance & Testing
Diagnose UI-thread responsiveness issues and run review checklists before
marking work complete.
Trigger Conditions
Codex activates this skill for any task involving:- Creating a brand-new WinUI 3 desktop application
- Preparing a Windows machine for WinUI development
- Reviewing, refactoring, or planning a WinUI app
- Environment readiness checks or toolchain setup
- WinUI XAML, controls, navigation, windowing, theming, accessibility, responsiveness, performance, or deployment
Prerequisites
The skill’s bundledconfig.yaml bootstrap handles installation automatically. It uses WinGet DSC to:
- Enable Developer Mode on Windows
- Install or update Visual Studio Community 2026
- Install the Managed Desktop, Universal, and Windows App SDK C# workloads
config.yaml):
Scaffolding a New App
Once the environment is verified, scaffold with:| Flag | Description |
|---|---|
-f net10.0|net9.0|net8.0 | Target framework |
-slnx | Use .slnx solution format |
-cpm | Enable Central Package Management |
-mvvm | Include MVVM structure |
-imt | Include MVVM Toolkit |
-un | Unpackaged deployment |
-nsf | Omit solution file |
--force | Overwrite existing files (only when explicitly requested) |
Packaging Model
Codex makes the packaging choice explicit before writing any startup, storage, or launch code:- Packaged — default for Store-like workflows, Visual Studio F5 deploy, and apps that need package identity or package-backed APIs.
- Unpackaged — use when repeatable CLI build-and-run loops or direct
.exelaunches are the normal local workflow.
Reference Categories
The skill ships with focused reference files. Codex reads only the files relevant to the task at hand:Environment Audit & Remediation
Checking whether a machine can build WinUI apps, or installing missing
prerequisites —
references/foundation-environment-audit-and-remediation.mdFoundation: Setup & Project Selection
Starting from scratch, choosing a project template, or verifying what a
WinUI machine needs —
references/foundation-setup-and-project-selection.mdTemplate-First Recovery
Recovering from opaque XAML compiler or startup failures while staying
anchored to the template scaffold —
references/foundation-template-first-recovery.mdBuild, Run & Launch Verification
Building, running, and confirming that a WinUI app actually launched —
references/build-run-and-launch-verification.mdFoundation: App Structure
Reviewing app structure, pages, resources, and bindings —
references/foundation-winui-app-structure.mdControls, Layout & Adaptive UI
Choosing controls or responsive layout patterns —
references/controls-layout-and-adaptive-ui.mdShell, Navigation & Windowing
Choosing shell, navigation, title bar, or multi-window patterns —
references/shell-navigation-and-windowing.mdStyling, Theming, Materials & Icons
Applying Mica, theming, typography, icons, and Fluent styling —
references/styling-theming-materials-and-icons.mdAccessibility, Input & Localization
Improving accessibility, keyboarding, and localization —
references/accessibility-input-and-localization.mdPerformance Diagnostics & Responsiveness
Diagnosing responsiveness or UI-thread performance issues —
references/performance-diagnostics-and-responsiveness.mdCommunityToolkit Controls & Helpers
Deciding whether to add CommunityToolkit controls or helpers —
references/community-toolkit-controls-and-helpers.mdLifecycle, Notifications & Deployment
Handling app lifecycle, notifications, and deployment scenarios —
references/windows-app-sdk-lifecycle-notifications-and-deployment.mdDesign Principles
Codex follows these WinUI-specific design constraints by default:- Fluent first — native WinUI controls and interactions are the default path. Custom chrome replaces stock behavior only when explicitly requested or when a verified platform gap exists.
- Dark and light mode — all UI output supports both themes via system brushes and theme-aware resources unless the user requests a single-theme result.
- Command surfaces — use
CommandBaror other stock WinUI command surfaces before building custom button rows withGridorStackPanel. - CommunityToolkit — added only when built-in WinUI controls or helpers don’t cover the need cleanly.
- Responsiveness — explicit wide, medium, and narrow-width behaviour for navigation, padding, content density, and footer regions.