CtrlK
BlogDocsLog inGet started
Tessl Logo

font-loading

Use when auditing slow page loads, heavy assets, or rendering delays related to Optimize web font loading. 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/font-loading/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

72%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The skill body is a well-organized, token-efficient overview that correctly delegates detail to a real one-level reference, but it keeps executable code and validation checkpoints out of the body, slightly weakening actionability and workflow clarity.

Suggestions

Add one minimal inline code snippet (e.g., a font-display: swap @font-face block and a preload link) so the body is actionable without forcing a jump to the reference.

Surface an explicit validation checkpoint in the body (e.g., "After changes, confirm Lighthouse 'All text remains visible during webfont loads' and CLS improve") to close the workflow feedback loop.

Note in the body which steps belong in the reference versus inline so the split between overview and detail is unambiguous.

DimensionReasoningScore

Conciseness

The body is lean and efficient: a one-sentence problem frame, terse Quick Reference bullets, and short Check/Fix/Explain/Code Review sections, with full detail delegated to the reference rather than padded inline.

3 / 3

Actionability

It names concrete techniques (font-display: swap, @font-face, <link rel='preload'>, WOFF2), but the body itself contains no executable code blocks or copy-paste examples — those live in references/rule.md — so it stops short of the fully-executable anchor.

2 / 3

Workflow Clarity

A Check→Fix→Explain→Code Review sequence is present, but the body lacks explicit validation checkpoints or a validate→fix→retry feedback loop; verification is only implied via "describe the measurement method" and lives in the reference.

2 / 3

Progressive Disclosure

The body is a concise overview with a single clearly signaled one-level-deep reference (references/rule.md, which exists and is self-contained), matching the clear-overview-with-well-signaled-references anchor.

3 / 3

Total

10

/

12

Passed

Description

67%

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 an explicit trigger clause and covers what and when, but its action vocabulary is generic and its leading triggers are broad performance terms that risk overlap with sibling performance skills.

Suggestions

Lead with font-specific trigger terms users actually say (e.g., "invisible text", "FOIT", "text flashing", "layout shift from fonts") rather than generic "slow page loads / heavy assets".

Replace abstract meta-actions with concrete font actions (e.g., "add font-display: swap, preload critical fonts, subset and self-host WOFF2 fonts").

Tighten the trigger clause so it clearly scopes to font loading up front, reducing conflict with other performance-auditing skills.

DimensionReasoningScore

Specificity

The description names the domain and some actions ("auditing slow page loads", "Verify the actual bottleneck", "recommending changes"), but these are generic diagnostic meta-actions rather than concrete font-specific actions, so it falls short of the multi-specific-action anchor.

2 / 3

Completeness

It explicitly answers both what (audit/verify font-loading bottlenecks before recommending changes) and when via an explicit "Use when..." trigger clause, matching the both-answered anchor.

3 / 3

Trigger Term Quality

It includes relevant terms ("slow page loads", "heavy assets", "rendering delays", "font loading", "DevTools", "Lighthouse"), but the leading triggers are broad performance terms and it omits common font-specific variations users would say (FOIT, invisible text, layout shift).

2 / 3

Distinctiveness Conflict Risk

The niche is font loading, but the opening triggers ("slow page loads, heavy assets, or rendering delays") are generic performance signals that could overlap with image-optimization, JS-bundling, or other performance skills.

2 / 3

Total

9

/

12

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.

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