CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

hig-components-status

Apple HIG guidance for status and progress UI components including progress indicators, status bars, and activity rings.

Quality

67%

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-status/SKILL.md

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

SKILL.md
Quality
Evals
Security

Quality

Content

65%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 body is a lean, well-structured overview with excellent progressive disclosure to three real reference files, and the HIG principles are appropriately terse. Weaknesses are the absence of an explicit workflow sequence, soft actionability (several directives lack concrete APIs, thresholds, or examples), and a boilerplate 'When to Use' section that adds pure token cost.

Suggestions

Make the operating sequence explicit (e.g., '1. Check .claude/apple-design-context.md 2. Ask unresolved questions 3. Consult the relevant reference 4. Produce output in the format below') to raise workflow clarity.

Add concrete specifics to soft directives — e.g., name the actual APIs (ProgressView, HUD, statusBarStyle/preferredStatusBarStyle) and give a duration threshold table instead of 'a second or two'.

Delete the boilerplate 'When to Use' section ('This skill is applicable to execute the workflow or actions described in the overview.'), which states nothing actionable.

DimensionReasoningScore

Conciseness

The 14 principles are one-line directives with minimal rationale and assume design-context knowledge (e.g., 'Don't stack multiple indicators. Aggregate simultaneous operations into one representation'), fitting 'Efficient; minor instances of over-explanation that could be trimmed' — the trimmable parts being the contentless 'When to Use' boilerplate ('This skill is applicable to execute the workflow or actions described in the overview.') and the footer. It is not level 5 because of that pure-padding section, and not level 3 because the core content has no unnecessary concept explanations.

4 / 5

Actionability

Some guidance is concrete (ring colors 'Red (Move), green (Exercise), blue (Stand)', 'Use HealthKit APIs', 'Show progress for operations longer than a second or two'), but much is directive without specifics — 'Match status bar style to your content. Light or dark for adequate contrast' names no API or decision rule, and no concrete examples, thresholds, or code-level specifics appear, matching 'Some concrete guidance but incomplete; missing key details' rather than the mostly-executable level-4 anchor.

3 / 5

Workflow Clarity

A rough sequence is implied (check .claude/apple-design-context.md, ask the four questions, apply principles, produce the four-part Output Format), but it is never presented as an ordered flow and has no validation checkpoints, matching 'Steps listed but validation gaps; sequence present but checkpoints missing or implicit'. It is not level 2 because the components of a flow do exist in writing, and not level 4 because the sequence must be inferred from scattered sections.

3 / 5

Progressive Disclosure

The body is a genuine overview (distilled principles, output format, questions) with a well-signaled one-level-deep Reference Index table mapping each of references/progress-indicators.md, references/status-bars.md, and references/activity-rings.md to topic and key content — all three files exist in the bundle — matching 'Clear overview with well-signaled one-level-deep references; content appropriately split; easy navigation'.

5 / 5

Total

15

/

20

Passed

Description

56%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 clearly identifies its Apple HIG niche and component coverage with good trigger keywords, but it lacks any 'when to use' trigger clause and states no concrete actions beyond generic 'guidance'. Adding an explicit use-when clause and action verbs (e.g., 'Review and recommend...') would materially improve it.

Suggestions

Add an explicit trigger clause, e.g., 'Use when designing or reviewing iOS/watchOS status, progress, or loading UI, or when the user mentions progress bars, spinners, or activity rings.'

Replace the generic 'guidance for' with concrete actions, e.g., 'Reviews and recommends Apple HIG patterns for...' to raise specificity.

Include common synonyms users say — 'spinner', 'loading indicator', 'progress bar', 'iOS/watchOS' — to broaden natural trigger coverage.

DimensionReasoningScore

Specificity

The description names the domain ("Apple HIG guidance for status and progress UI components") and enumerates components ("progress indicators, status bars, and activity rings"), but contains no concrete action verbs — "guidance for" is a single generic action, matching 'Names the domain but actions are minimal or generic' rather than the level-3 anchor which requires 1-2 concrete actions.

2 / 5

Completeness

The 'what' is reasonably clear (HIG guidance for three named component types) but there is no 'Use when...' clause or equivalent trigger guidance, which caps completeness at 3 per the judging guidelines; it is not level 2 because the 'what' is concrete, not vague, and not level 4 because 'when' is entirely absent rather than weakly stated.

3 / 5

Trigger Term Quality

Natural keywords like "progress indicators", "status bars", "activity rings", and "Apple HIG" match what users would say, but common synonyms such as "spinner", "loading indicator", or platform terms ("iOS", "watchOS") are missing, fitting 'Good keyword coverage; a few natural terms missing' rather than the comprehensive level-5 anchor.

4 / 5

Distinctiveness Conflict Risk

The Apple HIG niche with named components (progress indicators, status bars, activity rings) is mostly distinct with only minor overlap risk against closely related sibling HIG skills; it falls short of level 5 because generic words like 'status' and 'progress' could collide with non-Apple UI/progress skills.

4 / 5

Total

13

/

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-status/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.