CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

hig-components-layout

Apple Human Interface Guidelines for layout and navigation components.

Quality

68%

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/AI-Agents-Safe-Coding-Skills-claude/skills/hig-components-layout/SKILL.md

The canonical home for this skill is hig-components-layout in administrakt0r/AI-Agents-Safe-Coding-Skills

SKILL.md
Quality
Evals
Security

Quality

Content

78%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 reference skill: the body stays a lean overview of principles, selection tables, and checklists, while detail is correctly pushed to 12 real, one-level-deep reference files. Main improvement opportunities are removing the boilerplate 'When to Use' section and adding one worked example of the specified output format.

Suggestions

Delete or replace the generic 'When to Use' section ('This skill is applicable to execute the workflow or actions described in the overview') with a concrete condition, or remove it entirely — it adds tokens without information.

Add one short worked example under Output Format (e.g., a sample recommendation for a 4-section iPad/iPhone app showing the pattern, hierarchy, and size-class behavior) to close the actionability gap.

DimensionReasoningScore

Conciseness

The body is efficient: terse principle statements ('Sidebars for top-level sections, lists for browsable items, detail views for individual content'), dense selection tables, and checklists assume Claude's platform knowledge rather than explaining basics. Minor trimming targets remain — the trailing 'When to Use' section ('This skill is applicable to execute the workflow or actions described in the overview') is content-free boilerplate, and the attribution footer adds tokens without guidance value. Not score 5 because of that filler; not score 3 because nothing is noticeably verbose or over-explained.

4 / 5

Actionability

For an instruction-only skill the guidance is concrete: the pattern-selection table maps app structures to named components with per-platform adaptation ('iPhone: bottom tab bar. iPad: sidebar (`.sidebarAdaptable`, iPadOS 18+). Mac: sidebar or toolbar tabs'), and specific APIs are named (NavigationSplitView, UISplitViewController, TabView). Not score 5 because there are no worked examples (e.g., a sample output or a concrete layout hierarchy walkthrough); not score 3 because the table plus checklist give specific, followable direction rather than vague hints.

4 / 5

Workflow Clarity

A clear implicit sequence exists: check the design-context file → ask the listed questions → select a pattern via the table → verify against the Layout Adaptation Checklist → produce output in the specified four-part format. The checklist functions as a validation checkpoint. Not score 5 because the sequence is distributed across sections rather than presented as an explicit ordered workflow, and there are no feedback/recovery steps; not score 3 because checkpoints (the checklist) are present and the process is easy to follow. This is a non-destructive advisory skill, so the validation cap does not apply.

4 / 5

Progressive Disclosure

The body is a genuine overview with a Reference Index table pointing to all 12 reference files, each labeled with topic and key content ('Source lists, selection state, collapsible sections, iPad/Mac patterns'). All 12 referenced files exist in ./references/, are flat (one level deep), and contain no nested .md references — verified against the actual bundle. This matches the 'clear overview with well-signaled one-level-deep references' anchor exactly.

5 / 5

Total

17

/

20

Passed

Description

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

The description identifies its domain clearly but is a topic label rather than a capability statement: no actions, no 'Use when' triggers, and no synonyms that would help a user (or the model) select it over sibling HIG skills. Adding an explicit trigger clause and naming concrete actions would move it into good-example territory.

Suggestions

Add an explicit trigger clause, e.g., 'Use when designing or reviewing app navigation and screen layouts for iPhone, iPad, Mac, or visionOS, or when the user mentions tab bars, sidebars, split views, or NavigationSplitView.'

State concrete actions in third person, e.g., 'Recommends navigation patterns (tab bars, sidebars, split views, column views), maps app structure to platform-appropriate layouts, and checks adaptive behavior across size classes.'

Include natural synonyms users would say (tab bar, sidebar, NavigationSplitView, SwiftUI navigation, iPad multitasking layout) to reduce trigger-term gaps.

DimensionReasoningScore

Specificity

The description names the domain precisely ('Apple Human Interface Guidelines for layout and navigation components') but lists zero concrete actions — it says what the skill covers, not what it does. It is above score 1 because the domain scoping is specific rather than pure abstract fluff ('Helps with documents'), but below score 3 because no actions (e.g., 'select navigation patterns', 'adapt layouts across platforms') are stated at all.

2 / 5

Completeness

The 'what' is reasonably clear (HIG guidance for layout and navigation components) but the 'when' is entirely missing — there is no 'Use when...' clause or equivalent trigger guidance, which caps completeness at 3 per the judging guidelines. It is not score 4 because nothing indicates when Claude should invoke this skill, and not score 2 because the 'what' is clearly stated rather than vague.

3 / 5

Trigger Term Quality

It contains some genuinely natural keywords ('Apple', 'Human Interface Guidelines', 'layout', 'navigation', 'components') that a user might say, but misses common variations and synonyms users would actually use: tab bars, sidebars, split views, NavigationSplitView, SwiftUI/UIKit, iPhone/iPad layouts. This matches the 'some relevant keywords but missing common variations or synonyms' anchor; it is not score 4 because key natural phrases like 'tab bar' or 'sidebar' are absent, and not score 2 because the terms present go beyond generic language.

3 / 5

Distinctiveness Conflict Risk

The phrase 'layout and navigation components' carves out a niche, but the skill family it belongs to (per the body's Related Skills: hig-foundations covering 'layout spacing, margins, safe areas', hig-platforms covering 'navigation conventions', hig-patterns) directly overlaps those words, and no trigger phrases are given to disambiguate. This fits 'somewhat specific but could still overlap with similar skills'; not score 4 because the overlap with sibling HIG skills is more than minor.

3 / 5

Total

11

/

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

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository

administrakt0r/AI-Agents-Safe-Coding-Skills

Path

plugins/AI-Agents-Safe-Coding-Skills-claude/skills/hig-components-layout/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.