CtrlK
BlogDocsLog inGet started
Tessl Logo

liquid-glass

Implement, refactor, or review modern macOS SwiftUI UI for the new design system and Liquid Glass. Use when adopting Liquid Glass, updating NavigationSplitView, toolbars, search, sheets, and controls, removing custom backgrounds that fight system materials, or building custom glass surfaces with glassEffect, GlassEffectContainer, and glassEffectID.

70

Quality

85%

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

The canonical home for this skill is liquid-glass in openai/plugins

SKILL.md
Quality
Evals
Security

Quality

Content

75%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 strong, well-structured instruction-only skill: it is lean, directive, organized into clear sections, and densely packed with specific API names for modern macOS Liquid Glass work, with a sequenced workflow and a review checklist. The main gaps are the absence of any code examples for the non-obvious custom-glass APIs, validation phrased abstractly rather than as a concrete check, and sibling-skill references given as bare names rather than links.

Suggestions

Add one short SwiftUI snippet each for the two non-obvious APIs — `glassEffect` with an explicit custom shape, and a `GlassEffectContainer` + `glassEffectID` + `@Namespace` morph — so the custom-glass guidance is copy-paste ready rather than prose-only.

Make the workflow's validation step concrete: replace 'Validate that glass grouping, transitions, icon treatment, and foreground activation are visually coherent' with specific checks (e.g., confirm elements share one `GlassEffectContainer`, confirm morph targets use stable `glassEffectID`s, confirm the window is frontmost/keyboard-usable).

Tighten the Overview, which restates content covered later in 'App Structure' and 'Guardrails' (system materials vs. custom chrome), and add paths or links for the sibling skills in 'When To Use Other Skills' so the handoffs are actionable.

DimensionReasoningScore

Conciseness

The body is consistently lean and directive — nearly every bullet is an API name plus a one-line rule (e.g., "Use `ToolbarSpacer` to communicate grouping"). It assumes SwiftUI competence and never explains basics. It is not a 5 because some rules stay slightly abstract (e.g., "Make most of the app's content discoverable from search", "Validate that glass grouping... are visually coherent") which add tokens without adding executable instruction, and the 'Overview' section repeats content that appears later in 'App Structure' and 'Guardrails'.

4 / 5

Actionability

Nearly every bullet names a concrete, real API to apply: `backgroundExtensionEffect`, `ToolbarSpacer`, `sharedBackgroundVisibility`, `searchToolbarBehavior`, `scrollEdgeEffectStyle`, `buttonBorderShape`, `neutralValue`, `ticks`, `containerConcentric`, `glassEffect(... .interactive())`, `glassEffectID`. This is an instruction-only skill and the guidance is specific and actionable. It is not a 5 because there are no code examples of the trickier APIs (glassEffect with a custom shape, glassEffectID morphing) — a short snippet for the two or three non-obvious cases would make the guidance copy-paste ready.

4 / 5

Workflow Clarity

A 6-step workflow is clearly sequenced (identify structural pattern → remove fighting backgrounds → update standard structure first → add custom glass last → validate → launch properly), reinforced by a 'Review Checklist' section. Checkpoints are present: step 2 (audit before adding), step 5 (validate visual coherence and keyboard usability), and the checklist. It is not a 5 because validation is stated as an abstract check ('validate that... are visually coherent') with no concrete verification method or error-recovery loop, and the odd workflow step 6 (build-run-debug handoff) is an aside rather than an integrated checkpoint.

4 / 5

Progressive Disclosure

The body is well organized into scannable sections (Workflow, App Structure, Toolbars, Search, Controls, Custom Liquid Glass, Review Checklist, Guardrails, When To Use Other Skills) and stays a concise overview. No bundle files (references/, scripts/, assets/) exist and none are referenced, which is consistent with an instruction-only skill of this size. It is not a 5 because the 'When To Use Other Skills' section names four sibling skills (swiftui-patterns, view-refactor, appkit-interop, build-run-debug) without paths or links — navigation to related material is described but not actionable.

4 / 5

Total

16

/

20

Passed

Description

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

An excellent description: it names the domain (modern macOS SwiftUI + Liquid Glass design system), lists concrete actions, includes specific API names, and has an explicit 'Use when...' clause with concrete trigger phrases. Third person voice is used consistently. Minor overlap risk with general SwiftUI skills is the only small gap.

DimensionReasoningScore

Specificity

The description lists multiple concrete, named actions: "Implement, refactor, or review modern macOS SwiftUI UI", "updating NavigationSplitView, toolbars, search, sheets, and controls", "removing custom backgrounds", and "building custom glass surfaces with glassEffect, GlassEffectContainer, and glassEffectID" — comprehensive coverage with specific API names throughout.

5 / 5

Completeness

Both 'what' and 'when' are explicitly answered: the what is "Implement, refactor, or review modern macOS SwiftUI UI for the new design system and Liquid Glass" and the when is "Use when adopting Liquid Glass, updating NavigationSplitView, toolbars, search, sheets, and controls..." — a clear 'Use when' clause with concrete triggers.

5 / 5

Trigger Term Quality

Natural user phrasing is well covered: "adopting Liquid Glass", "updating NavigationSplitView", "toolbars, search, sheets, and controls", "removing custom backgrounds", plus specific API names (glassEffect, GlassEffectContainer, glassEffectID) a user would naturally say when needing this skill.

5 / 5

Distinctiveness Conflict Risk

The Liquid Glass / macOS design-system niche is clear and specific, with named APIs as distinct triggers. There is minor overlap risk with general SwiftUI skills (e.g., a SwiftUI toolbar or search question), since SwiftUI terminology appears without scoping qualifiers beyond 'modern macOS' — but the Liquid Glass trigger terms keep conflict risk low.

4 / 5

Total

19

/

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
robinebers/openusage
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.