CtrlK
BlogDocsLog inGet started
Tessl Logo

defer-async

Use when reviewing templates, rendered HTML, or shared components related to Load scripts with defer, async, or type=module. Validate the final browser-facing markup, not just the source framework abstraction.

69

Quality

85%

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

SKILL.md
Quality
Evals
Security

Quality

Content

70%

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

Well-organized with strong actionability and good progressive disclosure to a verified reference file. The main weaknesses are a somewhat redundant intro that explains familiar browser behavior and a missing validate-after-fix checkpoint in the body workflow.

Suggestions

Trim the intro paragraph to remove the explanation of how script tags block HTML parsing and FCP — Claude already knows this; keep the one-line Quick Reference as the summary.

Add an explicit validation step after 'Fix' (e.g., re-inspect the rendered markup or route to confirm scripts now carry defer/async) rather than leaving verification only in references/rule.md.

DimensionReasoningScore

Conciseness

The intro paragraph re-explains how plain script tags block HTML parsing and how defer/async reduce FCP — browser behavior Claude already knows — and overlaps with the Quick Reference bullets.

2 / 3

Actionability

Concrete directives ('Find all script tags… Flag any in the <head> without defer or async', 'Add defer or async… or convert to type=module') give clear executable guidance for an instruction-only skill.

3 / 3

Workflow Clarity

Check, Fix, Explain, and Code Review sections form a sequence, but the Fix step lacks an explicit validation checkpoint to confirm the rendered markup now satisfies the rule.

2 / 3

Progressive Disclosure

The body is a concise overview and detailed material (examples, decision guide, verification) is correctly split into the real references/rule.md, signaled clearly at one level of depth.

3 / 3

Total

10

/

12

Passed

Description

100%

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 well-crafted description with an explicit trigger clause, concrete actions, strong natural keyword coverage, and a clear niche. Third-person voice is maintained throughout.

DimensionReasoningScore

Specificity

Names concrete actions ('reviewing templates, rendered HTML, or shared components', 'Validate the final browser-facing markup') targeting a specific markup surface rather than vague language.

3 / 3

Completeness

Explicit 'Use when...' clause answers when, while 'Validate the final browser-facing markup, not just the source framework abstraction' answers what, satisfying both halves.

3 / 3

Trigger Term Quality

Covers natural terms a frontend reviewer would say — 'templates', 'rendered HTML', 'shared components', 'defer, async, or type=module', 'browser-facing markup', 'framework abstraction' — with good breadth.

3 / 3

Distinctiveness Conflict Risk

The niche — reviewing rendered markup for script-loading attributes — is narrow and unlikely to trigger for unrelated skills.

3 / 3

Total

12

/

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.