CtrlK
BlogDocsLog inGet started
Tessl Logo

blocked-links

Use when reviewing HTML source and JavaScript for links or resource URLs pointing to domains listed in common adblocker filter lists.

66

Quality

80%

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

78%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 tight, actionable overview for a simple single-purpose rule: concrete domain examples, a real verification step (uBlock Origin), and clean offloading of implementation detail to a verified one-level reference. Remaining gaps are minor — the 'Explain' section could be dropped or trimmed, and the test/verification step could be an explicit numbered checkpoint.

DimensionReasoningScore

Conciseness

The body is lean and well-organized (Quick Reference bullets, short Check/Fix sections), but minor trimming is possible: the 'Explain' section largely restates what Claude can already infer from the Check/Fix content, and the opening sentence duplicates the 'Why It Matters' material in references/rule.md. That matches 'efficient; minor instances of over-explanation' rather than the fully lean 5 anchor.

4 / 5

Actionability

Concrete, actionable guidance throughout: named domains to look for ('googletagmanager.com, hotjar.com, facebook.net, doubleclick.net'), a concrete test ('Test whether these resources load successfully with uBlock Origin enabled'), and concrete fixes ('Self-host critical external scripts on your own domain', 'Use a reverse proxy or server-side route'). It is not 5 because the test step lacks an exact command/procedure and the 'Code Review' section stays at the level of direction ('Flag exact responses, cookies, or browser behaviors') without specifics.

4 / 5

Workflow Clarity

A clear implicit sequence — identify URLs (Check), test with uBlock Origin (validation checkpoint), then remediate (Fix) — with the validation step present but embedded in prose rather than called out. It is not 5 because there is no explicit ordered workflow or feedback loop (what to do if the test still fails after proxying), and the 'Code Review' section's 'verify them against the effective production-like response' lacks a concrete checkpoint.

4 / 5

Progressive Disclosure

The body is a concise overview with well-organized sections and a single clearly signaled, one-level-deep reference — 'For full implementation details, code examples, and framework-specific guidance, see references/rule.md' — and that file exists and delivers exactly the promised detail (filter syntax examples, blocked-domain table). This matches the top anchor for clear overview with well-signaled one-level references.

5 / 5

Total

17

/

20

Passed

Description

82%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 is concise, in third person, and has an explicit and specific 'Use when' trigger tied to a well-delineated niche. Its main weakness is thin action coverage — it states a single review action rather than the check/fix/explain scope the body actually provides.

Suggestions

Broaden the 'what' beyond a single action, e.g. 'Identify links and resource URLs pointing to adblocker-blocked tracking domains, test them with uBlock Origin, and self-host or proxy them' — this would lift specificity from 3 to 4-5.

Add natural trigger synonyms users are likely to say, such as 'tracking domains', 'blocked by adblockers', or 'EasyList', to improve trigger term coverage to 5.

Optionally name the affected resources (external scripts, analytics, navigation links) in the description so the scope is clear before the skill is opened.

DimensionReasoningScore

Specificity

The description names its domain ("links or resource URLs pointing to domains listed in common adblocker filter lists") but lists only one concrete action — reviewing HTML source and JavaScript — which matches the anchor for naming a domain with 1-2 concrete actions without comprehensive coverage. It is not 4 because no companion actions (testing, fixing, flagging blocked resources) are stated.

3 / 5

Completeness

An explicit "Use when reviewing..." clause provides the trigger, and the same sentence concretely states what the skill does (review HTML source and JavaScript for links/resource URLs pointing to adblocker-blocked domains). Both what and when are explicit with concrete trigger phrases, matching the top anchor rather than the 4 anchor whose 'when' is only adequate.

5 / 5

Trigger Term Quality

Good natural keyword coverage: "reviewing HTML source and JavaScript", "links", "resource URLs", "adblocker filter lists" — phrases a user reviewing for blocked links would plausibly say. It falls short of 5 because common user phrasings like "tracking domains", "blocked by adblocker", or named filter lists (EasyList) are missing.

4 / 5

Distinctiveness Conflict Risk

"Domains listed in common adblocker filter lists" carves a clear niche (adblocker-blocked tracking links) with distinct triggers and minimal conflict risk against adjacent review skills.

5 / 5

Total

17

/

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.