CtrlK
BlogDocsLog inGet started
Tessl Logo

loading-indicators

Use when auditing slow page loads, heavy assets, or rendering delays related to Show loading indicators. Verify the actual bottleneck in DevTools, Lighthouse, or field data before recommending changes.

60

Quality

70%

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 ./skills/loading-indicators/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.

A compact, well-structured overview body that uses progressive disclosure correctly: a lean summary in SKILL.md with implementation detail properly delegated to references/rule.md. The main gap is actionability — the body's own guidance is high-level, deferring all code and measurement specifics without naming how to verify or measure.

Suggestions

Add one small inline code snippet (e.g., a spinner with role='status' and aria-live) so the body's Fix section is executable without opening the reference.

Make the Check section concrete by naming the verification method (e.g., which DevTools panel or Lighthouse audit confirms missing loading states), instead of the generic 'Verify that loading states are displayed'.

Deduplicate: 'Check' and 'Fix' repeat the Quick Reference bullets (ARIA attributes, spinners/skeletons) almost verbatim — merge or differentiate them to tighten the body.

DimensionReasoningScore

Conciseness

The body is lean (~30 lines) with well-organized sections and no concept explanations Claude already knows, but 'Check' and 'Fix' restate Quick Reference bullets nearly verbatim and 'Explain' is generic, giving minor trim opportunities that keep it below the 'every token earns its place' anchor.

4 / 5

Actionability

Concrete specifics are present (aria-busy, aria-live, 'skeletons for content, spinners for actions'), but the body itself contains no executable code or commands and asks Claude to 'describe the measurement method used to confirm the issue' without naming one — concrete guidance that is incomplete. As an instruction-only skill the missing code is not itself penalized, yet the guidance still lacks key implementation details.

3 / 5

Workflow Clarity

The Check → Fix → Explain → Code Review sequence is coherent for a simple single-purpose skill with no destructive or batch operations, but 'Verify that loading states are displayed' does not specify how to verify, leaving minor checkpoint gaps typical of anchor 4 rather than 5.

4 / 5

Progressive Disclosure

The short overview body defers implementation details, code examples, and framework-specific guidance to a single clearly-signaled, one-level-deep reference ('see references/rule.md') that exists and contains exactly that content — a clean overview-plus-reference split with easy navigation.

5 / 5

Total

16

/

20

Passed

Description

70%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 description with an explicit 'Use when...' trigger clause, natural trigger terms, and concrete tooling references (DevTools, Lighthouse, field data). Its main weakness is that the 'what' — the skill's actual capability — is limited to two actions and leaves the implementation purpose implied.

DimensionReasoningScore

Specificity

The description names the domain and two concrete actions ('auditing slow page loads, heavy assets, or rendering delays' and 'Verify the actual bottleneck in DevTools, Lighthouse, or field data'), matching the '1-2 concrete actions, but not comprehensive' anchor; it does not list several actions, so it does not reach 4.

3 / 5

Completeness

Both parts are present: an explicit 'Use when auditing slow page loads...' trigger clause and a concrete what ('Verify the actual bottleneck in DevTools, Lighthouse, or field data before recommending changes'). Not 5 because the core capability (implementing loading indicators) is only implied rather than explicitly stated as an action.

4 / 5

Trigger Term Quality

Natural phrases users would say are present ('slow page loads', 'heavy assets', 'rendering delays', 'loading indicators'), giving good coverage, but common synonyms like 'spinner', 'skeleton screens', and 'loading states' are missing, so it falls short of comprehensive anchor 5.

4 / 5

Distinctiveness Conflict Risk

The 'Show loading indicators' niche is distinct with specific triggers, but phrases like 'slow page loads' and 'heavy assets' create minor overlap risk with general performance-auditing skills, matching 'mostly distinct; minor overlap risk'.

4 / 5

Total

15

/

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

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository
thedaviddias/Front-End-Checklist
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.