CtrlK
BlogDocsLog inGet started
Tessl Logo

fetchpriority-attribute

Use when optimising Largest Contentful Paint (LCP), reducing render-blocking resource contention, or fine-tuning resource loading order in the critical rendering path.

56

Quality

64%

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/fetchpriority-attribute/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

85%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 well-structured, efficient overview for a simple, single-purpose skill: exact attribute values, a coherent Check/Fix/Review flow, and a clearly signaled one-level reference that offloads all code examples and framework guidance. Only minor editorial padding and the lack of any inline example keep actionability and conciseness at 4.

DimensionReasoningScore

Conciseness

The body is lean and sectioned with no concept tutorials, assuming Claude's competence. Minor editorial padding such as 'The attribute costs nothing to add and is the lowest-effort high-impact performance optimisation available today' could be trimmed — anchor 4 ('Efficient; minor instances of over-explanation'), not 5 because of these flourishes.

4 / 5

Actionability

Concrete, exact guidance: 'Add fetchpriority="high" to the LCP image', 'fetchpriority="low" to below-the-fold images', and 'fetchpriority="high" on <link rel="preload">'. Per the rubric's code-vs-instruction note, the absence of inline code is not penalized since the guidance is actionable, but there is no copy-paste example and no guidance on identifying the LCP candidate — anchor 4, not 5.

4 / 5

Workflow Clarity

This is a simple single-task skill and the single action (add the attribute to the LCP image and critical resources) is unambiguous, satisfying the rubric's simple-skill exception. The Check → Fix → Explain → Code Review structure provides a check-before-fix sequence, and no destructive or batch operation requires validation feedback loops.

5 / 5

Progressive Disclosure

The body is a clear overview that moves all implementation detail to a single well-signaled, one-level-deep reference ('For full implementation details, code examples, and framework-specific guidance, see references/rule.md'), and that file exists in the bundle with matching content. Easy navigation with no nested references — anchor 5.

5 / 5

Total

18

/

20

Passed

Description

43%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 has solid, natural trigger phrases for the web-performance domain, but it consists entirely of 'when' clauses with no statement of what the skill does. Neither the technique (fetchpriority) nor any concrete action is mentioned, which also weakens its distinctiveness against sibling LCP-optimisation skills.

Suggestions

Lead with a 'what' statement naming the technique before the trigger clause, e.g. 'Adds the fetchpriority attribute to the LCP image and critical preload links to speed up resource loading. Use when...'.

Include natural trigger synonyms users actually say, such as 'Core Web Vitals', 'page speed', and 'hero image priority', to broaden keyword coverage.

Name 'fetchpriority' explicitly in the description to distinguish this skill from other LCP-focused performance rules (preloading, lazy-loading, image optimisation) that share the same trigger goals.

DimensionReasoningScore

Specificity

The description names the domain ('optimising Largest Contentful Paint (LCP)', 'render-blocking resource contention', 'critical rendering path') but never states what the skill does — the word 'fetchpriority' and the action of adding the attribute are entirely absent, and the gerunds ('optimising', 'reducing', 'fine-tuning') describe trigger contexts rather than skill capabilities. This matches anchor 2 ('Names the domain but actions are minimal or generic'); it is not 3 because no concrete skill actions are listed.

2 / 5

Completeness

Only the 'when' is present ('Use when optimising... or fine-tuning...') with no 'what' clause anywhere — the reader cannot learn that the skill adds the fetchpriority attribute. This matches anchor 2 ('only when is present without what'); it is not 3 because a clear 'what' is required and completely absent.

2 / 5

Trigger Term Quality

Good keyword coverage with natural performance-engineering phrases: 'Largest Contentful Paint (LCP)' (with acronym), 'render-blocking resource contention', 'resource loading order', 'critical rendering path'. Not 5 because common user terms such as 'Core Web Vitals', 'page speed', and 'hero image' are missing.

4 / 5

Distinctiveness Conflict Risk

'Optimising Largest Contentful Paint (LCP)' is a goal shared by many sibling frontend performance skills (preloading critical assets, lazy-loading, image optimisation), so the description could trigger for the wrong rule. It is somewhat specific to the loading-priority niche, but without naming fetchpriority the overlap risk with closely related LCP skills remains — anchor 3.

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

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.