CtrlK
BlogDocsLog inGet started
Tessl Logo

http-requests

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

62

Quality

73%

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/http-requests/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

57%

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 clean, well-structured overview that correctly offloads detail to a one-level-deep reference, but it is held back by a redundant concept explanation, abstract non-executable Check/Fix guidance, and missing validation checkpoints for code-changing optimizations.

Suggestions

Remove the redundant HTTP-overhead explanation — keep it in either the intro paragraph or the first Quick Reference bullet, not both, since the DNS/TCP/TLS concept is already known.

Add at least one concrete, executable step to the Check or Fix sections (e.g., a DevTools/Lighthouse command or a one-line code snippet) instead of only abstract imperatives, or surface a key example inline rather than deferring all code to the reference.

Add an explicit validation checkpoint after the Fix step (e.g., 'Re-measure request count and waterfall; confirm HTTP/2 is enabled before considering the change done') to close the feedback loop for these code-modifying optimizations.

DimensionReasoningScore

Conciseness

The body is brief, but the opening sentence explains HTTP network overhead ("DNS lookup, TCP connection, and TLS handshake add latency") — a concept Claude already knows — and that same point is repeated almost verbatim as the first Quick Reference bullet, so it could be tightened.

2 / 3

Actionability

It names concrete techniques ("Bundle critical CSS/JS, use SVG sprites", "Target under 50 requests", "implementing HTTP/2") but the Check/Fix sections are abstract imperatives with no executable code or commands in the body — all code is deferred to references/rule.md, leaving the guidance incomplete.

2 / 3

Workflow Clarity

The Check/Fix/Explain/Code Review modes give a loose sequence, but there are no explicit validation checkpoints for what are code-modifying optimizations, and the Code Review section only implicitly references a measurement method, capping it at anchor 2.

2 / 3

Progressive Disclosure

The body is a lean overview that clearly signals a single one-level-deep reference ("see references/rule.md"), which exists as a real file, matching anchor 3's well-organized overview with easy navigation.

3 / 3

Total

9

/

12

Passed

Description

90%

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 is well-constructed with an explicit trigger, natural keywords, specific verification tools, and a distinct niche. Its only mild weakness is that the 'what' leans toward verification methodology rather than crisply enumerating the skill's actions.

DimensionReasoningScore

Specificity

Names the domain and concrete actions ("auditing", "Verify the actual bottleneck in DevTools, Lighthouse, or field data", "recommending changes") with specific tools, but these read as procedural verification guidance rather than a comprehensive enumeration of the skill's capabilities, so it stops short of anchor 3.

2 / 3

Completeness

It has an explicit "Use when…" trigger clause and states what the skill does (audit, verify the bottleneck, recommend changes), satisfying both the what and the when per anchor 3.

3 / 3

Trigger Term Quality

Natural user-facing terms are well covered — "slow page loads", "heavy assets", "rendering delays" alongside "DevTools" and "Lighthouse" — matching anchor 3's bar for terms a user would actually say.

3 / 3

Distinctiveness Conflict Risk

It is anchored to a specific frontend performance rule ("Minimize HTTP requests") with distinct symptom triggers, giving it a clear niche unlikely to collide with other skills.

3 / 3

Total

11

/

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.