CtrlK
BlogDocsLog inGet started
Tessl Logo

meta-in-body

Use when auditing HTML document structure. Applies to any page where meta tags (noindex, canonical-url, description, viewport, OG tags) may have been injected into the body by CMS plugins, widgets, or JavaScript rendering.

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/meta-in-body/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

A lean, well-structured audit skill with actionable instructions, an explicit validation checkpoint, and exemplary progressive disclosure — the overview body correctly delegates code examples and framework guidance to the real, one-level-deep references/rule.md. The main cost is redundancy: the 'Check', 'Code Review', and 'Explain' sections repeat the same detection logic and a spec fact Claude already knows, which could be merged into a single Check section.

Suggestions

Merge 'Check' and 'Code Review' into one section — they state the same detection procedure ('parse HTML, find <meta> outside <head>, flag by name/property') twice, and pick one as the canonical instruction.

Trim or cut the 'Explain' section — meta tags belonging in <head> is standard HTML knowledge Claude already has; the one-line consequence ('noindex/canonical are silently ignored') already appears in the intro paragraph.

Inline the one-line grep detection command from references/rule.md into the Check section so the body is executable without opening the reference.

DimensionReasoningScore

Conciseness

The body is short but visibly redundant: the same detection instruction appears three times ('Validate with HTML validator or inspect parsed DOM to confirm placement', the 'Check' section's 'check whether any <meta> elements appear outside <head>', and the 'Code Review' section's 'traverse up the parent chain'), and the 'Explain' section restates the HTML-spec rule that meta tags belong in <head> — a concept Claude already knows. It matches 'mostly efficient but includes some unnecessary explanation or could be tightened'; score 2 would require several padded sections, which is not the case.

3 / 5

Actionability

Guidance is concrete and executable in instruction form: 'Parse the HTML and check whether any <meta> elements appear outside <head>... Flag each misplaced tag by name/property', 'refactor the injection to target document.head instead of document.body', and a specific watch-list ('meta name=robots, meta name=description, meta property=og:*, link rel=canonical'). Per the scoring notes, absence of code in an instruction-only skill is not penalized when guidance is actionable — and the executable code lives in the referenced rule.md — but the body itself carries minor gaps (no runnable detection command inline), fitting the score-4 anchor.

4 / 5

Workflow Clarity

This is a simple, single-purpose audit skill, so the simple-skill exception applies: Check → Fix is unambiguous, and a verification checkpoint exists ('Validate with HTML validator or inspect parsed DOM to confirm placement'). It falls just short of 5 because the sequence is presented as parallel sections rather than an ordered flow, and 'Check' and 'Code Review' duplicate each other without indicating which governs, leaving a minor gap; it clearly exceeds score 3, which requires missing checkpoints.

4 / 5

Progressive Disclosure

The body is a well-organized overview (Quick Reference, Check, Fix, Explain, Code Review) that defers all implementation details, code examples, and framework-specific guidance via a clearly signaled one-level-deep pointer — 'see `references/rule.md`' — and that file exists and contains exactly the promised material (code examples, framework notes, detection commands). This matches the score-5 anchor: clear overview, well-signaled one-level-deep reference, content appropriately split, easy navigation.

5 / 5

Total

16

/

20

Passed

Description

70%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 well-scoped, third-person description with an explicit 'Use when...' trigger and a distinctive niche (body-injected meta tags). Its main weaknesses are a vague 'what' — 'auditing HTML document structure' never states the skill detects/flags/fixes misplaced meta tags — and a few missing natural trigger terms such as 'SEO' and 'head'.

Suggestions

State the concrete actions the skill performs, e.g. 'Detects and flags <meta> tags (noindex, canonical-url, description, viewport, OG tags) placed in <body> instead of <head>, and shows how to relocate them' — this would lift specificity and completeness to the 5 anchor.

Add natural trigger terms users would say, such as 'SEO audit', 'meta tags in body', or 'head vs body', to broaden keyword coverage.

Keep the existing 'Use when...' clause — it is the strongest part of the description.

DimensionReasoningScore

Specificity

The description names the domain precisely ('meta tags (noindex, canonical-url, description, viewport, OG tags) may have been injected into the body by CMS plugins, widgets, or JavaScript rendering') but offers only one action verb — 'auditing HTML document structure' — with no enumeration of concrete actions (detect, flag, relocate, refactor injection). It names domain plus 1-2 concrete actions without comprehensive coverage, matching the score-3 anchor; score 4 would require several distinct specific actions.

3 / 5

Completeness

Both parts are present: an explicit 'when' ('Use when auditing HTML document structure. Applies to any page where meta tags... may have been injected into the body') and a 'what' ('auditing'). However the 'what' is generic — it never states the skill detects and fixes misplaced meta tags — so it matches 'has both what and when; when could be more explicit or specific' inverted (when is specific, what is vague), not the fully concrete score-5 anchor.

4 / 5

Trigger Term Quality

Strong natural terms users would say: 'meta tags', 'noindex', 'canonical-url', 'viewport', 'OG tags', 'CMS plugins', 'JavaScript rendering', 'HTML document structure'. Missing a few common variations like 'SEO', 'head', 'search engines', or 'Googlebot', so it fits 'good keyword coverage; a few natural terms missing' rather than the comprehensive score-5 anchor.

4 / 5

Distinctiveness Conflict Risk

The trigger is anchored to a niche (meta tags injected into body by CMS plugins/widgets/JS rendering) with distinctive terms like 'noindex' and 'OG tags', making it mostly distinct with only minor overlap risk against sibling SEO-audit skills from the same frontendchecklist rule family. Not score 5, since 'auditing HTML document structure' is broad enough to compete with general HTML-audit skills.

4 / 5

Total

15

/

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.