CtrlK
BlogDocsLog inGet started
Tessl Logo

winui-app

Bootstrap, develop, and design modern WinUI 3 desktop applications with C# and the Windows App SDK using official Microsoft guidance, WinUI Gallery patterns, Windows App SDK samples, and CommunityToolkit components. Use when creating a brand new app, preparing a machine for WinUI, reviewing, refactoring, planning, troubleshooting, environment-checking, or setting up WinUI 3 XAML, controls, navigation, windowing, theming, accessibility, responsiveness, performance, deployment, or related Windows app design and development work.

75

Quality

94%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

85%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A well-structured, actionable skill body with an explicit sequenced workflow, strong validation checkpoints, and clean one-level-deep progressive disclosure. The main weakness is cross-section repetition of the same rules (launch verification, theming, CommunityToolkit preference) that inflates token cost without adding information.

Suggestions

Consolidate the repeated launch-verification rule (currently in flow steps 6 and 7 and Environment Rules) into a single canonical statement, cross-referencing it from the other locations to remove redundancy.

Merge the duplicated light/dark-mode guidance (flow steps 16-17 and the Reference Rules theming line) into one place, keeping the other as a short pointer.

Inline the core `dotnet build` and launch-verification commands in the Required Flow rather than only referencing `references/build-run-and-launch-verification.md`, so the primary path is fully executable without a file hop.

DimensionReasoningScore

Conciseness

The body is instruction-dense with no concept padding Claude already knows, but the same rules recur across sections — launch verification appears in flow steps 6, 7, and Environment Rules; light/dark mode in 16, 17, and Reference Rules; CommunityToolkit preference in 14, 15, and Reference Rules — which is minor repetition that could be trimmed.

4 / 5

Actionability

Provides copy-paste-ready inline commands (`winget configure -f config.yaml --accept-configuration-agreements --disable-interactivity`, `dotnet new list winui`, `dotnet new winui -o <name>`) with a full enumerated flag list, but build and launch-verification specifics are delegated to reference files rather than inlined, leaving minor gaps.

4 / 5

Workflow Clarity

The 20-step Required Flow is clearly sequenced with explicit validation checkpoints and feedback loops — 'Assess the configuration result before continuing. Continue on success. If it fails, inspect the output', 'Verify the template is available before scaffolding', and 'Treat launch verification as incomplete until the app shows objective success signals' — exactly matching the anchor for clear sequence with explicit validation and error-recovery loops.

5 / 5

Progressive Disclosure

SKILL.md is a clear overview with a Common Routes table mapping requests to one-level-deep reference files, plus a dedicated `references/_sections.md` index; every referenced path resolves to a real bundled file, and detailed guidance is correctly split out rather than inlined.

5 / 5

Total

18

/

20

Passed

Description

100%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong, third-person description that clearly states capabilities and triggers with comprehensive, natural keyword coverage and a distinct WinUI-specific niche. It avoids fluff and over-claims while remaining concise.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — 'Bootstrap, develop, and design', 'creating a brand new app', 'preparing a machine', 'reviewing, refactoring, planning, troubleshooting, environment-checking' — plus a long enumeration of setup targets, giving comprehensive coverage rather than vague abstractions.

5 / 5

Completeness

Explicitly answers both 'what' ('Bootstrap, develop, and design modern WinUI 3 desktop applications...') and 'when' with a concrete 'Use when...' clause enumerating trigger scenarios, matching the anchor for clear and explicit what-and-when.

5 / 5

Trigger Term Quality

Includes natural phrases users actually say — 'new app', 'preparing a machine for WinUI', 'troubleshooting', 'environment-checking' — alongside a broad synonym set (XAML, controls, navigation, windowing, theming, accessibility, responsiveness, performance, deployment).

5 / 5

Distinctiveness Conflict Risk

The WinUI 3 / Windows App SDK niche is sharply defined with distinct triggers (WinUI XAML, packaging, Mica, AppWindow), making overlap with other skills minimal and unlikely to fire for the wrong skill.

5 / 5

Total

20

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
openai/skills
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.