CtrlK
BlogDocsLog inGet started
Tessl Logo

favicon

Use when checking whether a site has a correctly configured favicon, auditing `<link rel='icon'>` tags in the `<head>`, or setting up favicon infrastructure for a new project.

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

77%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 well structured with a concrete, copy-paste fix workflow, explicit validation checkpoints, and an appropriately signaled one-level reference file. Its main weakness is redundancy — three sections repeat the same checks and the Explain section covers concepts Claude already knows — which costs token efficiency.

Suggestions

Merge the Quick Reference, Check, and Code Review sections into a single verification checklist, since they currently repeat the same link-tag, size, HTTPS, and robots.txt checks.

Trim or remove the Explain section's general background ('Favicons appear next to your site's name in browser tabs, bookmarks...') and the duplicated intro paragraph; keep only the Google-specific requirement that Claude would not already know.

Add concrete verification commands (e.g. `curl -sI https://example.com/favicon.ico | head -1`) to the Fix steps so the HTTP 200 and robots.txt checks are directly executable.

DimensionReasoningScore

Conciseness

The Quick Reference, Check, and Code Review sections largely restate the same checks, and 'Favicons appear next to your site's name in browser tabs, bookmarks, and Google Search mobile results' explains a concept Claude already knows; the opening paragraph also duplicates the Explain section. Mostly efficient overall but with clear tightening opportunities, fitting anchor 3; it is not a 2 because the body is short and most content is actionable rather than padded.

3 / 5

Actionability

The Fix section gives exact file specs ('favicon.ico (16×16 and 32×32, ICO format)', 'apple-touch-icon.png (180×180 PNG)') and a copy-paste `<head>` snippet. However, verification steps like 'Verify the favicon URL returns a 200 response' lack concrete commands (e.g. a curl invocation), leaving minor executable gaps — anchor 4 rather than 5.

4 / 5

Workflow Clarity

The Fix section is a clear six-step sequence with explicit validation checkpoints (verify the URL returns 200, check robots.txt, test via Search Console's URL Inspection tool), and Check provides a four-point verification checklist. This is a simple, non-destructive skill under 50 lines, so the simple-skill exception applies; not a 4 because no validation checkpoints are missing.

5 / 5

Progressive Disclosure

The body is a concise overview with well-organized sections and a clearly signaled one-level-deep reference — 'For full implementation details, code examples, and framework-specific guidance, see `references/rule.md`' — which exists in the bundle and itself references no further files. This matches anchor 5; not a 4 because the split and signaling leave no organization gaps.

5 / 5

Total

17

/

20

Passed

Description

92%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.

A strong description: it names concrete, domain-specific actions with the exact HTML element, and provides an explicit 'Use when...' clause with three natural trigger scenarios. The only weakness is missing common synonyms like 'site icon' or 'apple-touch-icon' that some users might use.

DimensionReasoningScore

Specificity

The description lists three concrete actions — 'checking whether a site has a correctly configured favicon', 'auditing the `<link rel="icon">` tags in the `<head>`', and 'setting up favicon infrastructure' — naming the exact HTML element involved. This matches the anchor for multiple specific concrete actions with comprehensive coverage; it is not a 4 because there are no meaningful gaps for a single-topic skill.

5 / 5

Completeness

'Use when checking... auditing... or setting up favicon infrastructure for a new project' explicitly answers both what the skill does and when to use it, with three concrete trigger phrases. Not a 4 because the 'when' clause is already fully explicit and specific.

5 / 5

Trigger Term Quality

'favicon' is the natural term users would say and appears across all three trigger scenarios, but common synonyms and extensions such as 'site icon', 'apple-touch-icon', or '.ico' are missing. Good keyword coverage with a few natural terms absent fits anchor 4; comprehensive synonym coverage (anchor 5) is not met.

4 / 5

Distinctiveness Conflict Risk

Favicon configuration is a clear niche with distinct triggers ('favicon', `<link rel='icon'>` auditing); virtually no other skill would compete for these triggers. This matches anchor 5 for minimal conflict risk, and is not a 4 because it is not merely 'mostly' distinct but unambiguously scoped.

5 / 5

Total

19

/

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.