CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

swiftui-patterns

Build macOS SwiftUI scenes and components with desktop patterns. Use when shaping windows, commands, toolbars, settings, split views, or inspectors.

63

Quality

79%

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

Fix and improve this skill with Tessl

tessl review fix ./plugins/build-macos-apps/skills/swiftui-patterns/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

71%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.

The skill body is a well-organized overview with excellent progressive disclosure and largely actionable, opinionated macOS-specific guidance backed by a real reference bundle. Its main weaknesses are notable duplication of the scaffolding and visual-style rules across sections, and the absence of any inline code examples or error-recovery loops in the workflow.

Suggestions

Merge the scaffold/file-structure guidance from 'New App Scaffolding', 'New App File Structure', and 'Pre-Edit Checklist' into one section — the checklist currently restates the same three bullets, costing tokens without new information.

De-duplicate the sidebar row and background-color rules, which appear in both 'General Rules To Follow' and 'Anti-Patterns'; state each once and reference it.

Add an inline minimal code snippet for the highest-frequency patterns (e.g. a WindowGroup + MenuBarExtra scene) and a build-failure recovery step in the workflow to close the actionability and workflow-clarity gaps.

DimensionReasoningScore

Conciseness

The scaffold and file-structure guidance is repeated across "New App Scaffolding", "New App File Structure", and the "Pre-Edit Checklist" (which restates the same bullets), and the sidebar/background-color rules appear in both General Rules and Anti-Patterns. The content is largely non-obvious opinionated guidance rather than padded concept explanation, so it sits above anchor 2 but clearly could be tightened.

3 / 5

Actionability

Concrete guidance abounds: a state-ownership table mapping scenarios to specific wrappers, exact API calls like `NSApp.setActivationPolicy(.regular)`, a concrete command (`git rev-parse --is-inside-work-tree`), and an explicit file/folder layout. It falls short of anchor 5 because the body contains no copy-paste code examples — those are deferred to the reference files.

4 / 5

Workflow Clarity

"Workflow For A New macOS Scene Or View" is a clear 7-step sequence ending in explicit validation ("Validate the flow with a build and a quick usability pass"), matching anchor 4's 'most checkpoints present'. It is not anchor 5 because there is no error-recovery loop (build fails → fix → re-validate), only a terminal validation step.

4 / 5

Progressive Disclosure

The body stays at overview level with a "Cross-Cutting References" section that clearly annotates all six reference files (all verified present, each containing code examples), one level deep, plus an explicit entry point (`components-index.md`). This matches the anchor for a clear overview with well-signaled one-level-deep references and easy navigation.

5 / 5

Total

16

/

20

Passed

Description

78%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 well-formed description with an explicit 'Use when...' trigger clause covering concrete desktop-UI terms, which keeps completeness high. The main weakness is that the "what" half is a single broad action rather than an enumeration of specific capabilities, costing it specificity and some trigger-term breadth.

DimensionReasoningScore

Specificity

"Build macOS SwiftUI scenes and components with desktop patterns" names the domain and one broad action, matching the anchor for 1-2 concrete actions without comprehensive coverage. It does not list several distinct operations, so it falls below anchor 4.

3 / 5

Completeness

The description explicitly answers both "what" ("Build macOS SwiftUI scenes and components with desktop patterns") and "when" ("Use when shaping windows, commands, toolbars, settings, split views, or inspectors") with concrete trigger phrases, mirroring the anchor-5 example structure. It is not anchor 4 because the when-clause is already explicit and specific.

5 / 5

Trigger Term Quality

"windows, commands, toolbars, settings, split views, or inspectors" are natural phrases a user would say when shaping a desktop UI, but common variations like "menu bar", "sidebar", or "navigation" are absent. Good keyword coverage with a few natural terms missing fits anchor 4 rather than the comprehensive coverage of anchor 5.

4 / 5

Distinctiveness Conflict Risk

"macOS SwiftUI" with "windows" and "inspectors" carves a clear desktop niche, but terms like "toolbars" and "settings" also apply to iOS/iPadOS SwiftUI, leaving minor overlap risk with closely related skills. Not anchor 5 for that overlap; clearly above the broader-overlap anchors 2-3.

4 / 5

Total

16

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

15

/

16

Passed

Repository

openai/plugins

Path

plugins/build-macos-apps/skills/swiftui-patterns/SKILL.md

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.