CtrlK
BlogDocsLog inGet started
Tessl Logo

robots-meta

Use when applies to all HTML pages. Use when auditing pages that have disappeared from search results or when checking staging vs. production meta tag parity.

56

Quality

63%

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

Quality

Content

86%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 an efficient, well-structured audit guide: lean quick-reference bullets, a clear Check/Fix/Explain/Code Review flow, and proper progressive disclosure to a real references/rule.md file. Its only weaknesses are minor — no explicit post-fix validation loop and no inline executable examples.

DimensionReasoningScore

Conciseness

The ~30-line body is lean: bullets like "Place `<meta name="robots" content="...">` in `<head>`" and "Crawler-specific tags (`googlebot`, `bingbot`) override the generic `robots` tag" convey only non-obvious guidance with no padding and no explanation of concepts Claude already knows. Every section earns its place; matches 'lean and efficient; every token earns its place'.

5 / 5

Actionability

The guidance is concrete and executable — "Inspect `<head>` for `<meta name="robots" content="...">`", "production pages should not have `noindex`", "Check for conflicting `googlebot`-specific tags", "Remove duplicate or conflicting robots meta tags" — with exact tag syntax throughout. Per the rubric's instruction-skill note, absent code is not penalized, but there are no copy-paste commands or rendered-output examples in the body itself (they live in references/rule.md), so it fits 'mostly executable guidance; concrete code or commands with minor gaps' rather than 5.

4 / 5

Workflow Clarity

The Check → Fix → Explain → Code Review sections form a coherent audit sequence, and verification is addressed ("describe how to verify the final page output"; the Fix section distinguishes intentional vs. accidental noindex). Matches 'clear sequence with most checkpoints present; minor validation gaps'; not 5, because there is no explicit post-fix validation checkpoint (e.g. re-check rendered HTML or Search Console after removing a noindex); not 3, because the checkpoints are present, just implicit rather than looped.

4 / 5

Progressive Disclosure

The body is a concise overview with well-labeled sections and a single, clearly signaled, one-level-deep pointer — "For full implementation details, code examples, and framework-specific guidance, see `references/rule.md`" — and that file exists in the bundle. This matches the rubric's simple-skill pattern of 'clear overview with well-signaled one-level-deep references'.

5 / 5

Total

18

/

20

Passed

Description

41%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 trigger-focused with two fairly natural 'when' clauses, but it is missing any statement of what the skill does, omits the key vocabulary (robots meta, noindex, indexing), and opens with the ungrammatical phrase "Use when applies to all HTML pages". It functions as half a description and would leave a user (and the skill matcher) guessing about the skill's actual capability.

Suggestions

Add a leading 'what' clause in third person, e.g. 'Sets and audits robots meta directives (index/noindex/follow) on HTML pages' before the 'Use when' triggers.

Include the natural trigger keywords users actually say: 'robots meta tag', 'noindex', 'deindexed', 'not showing in search results', 'staging noindex left in production'.

Fix the broken opening phrase 'Use when applies to all HTML pages' — replace it with a concrete trigger such as 'Use when reviewing any HTML page's head metadata' or fold it into the other 'Use when' clauses.

DimensionReasoningScore

Specificity

The description names the domain ("all HTML pages", "meta tag parity") and includes two concrete trigger actions — "auditing pages that have disappeared from search results" and "checking staging vs. production meta tag parity" — but never states the core capability (setting/fixing robots meta directives). It matches 'names domain and 1-2 concrete actions, but not comprehensive' rather than 2, because the actions given are specific rather than generic; not 4, because the primary capability is entirely unstated.

3 / 5

Completeness

Only the 'when' is present ("Use when auditing pages... or when checking staging vs. production meta tag parity") with no 'what' — the description never says what the skill does. This exactly matches the anchor 'only when is present without what'; not 3, because the anchor at 3 requires a clear 'what' with a weak 'when', the inverse of this description's gap.

2 / 5

Trigger Term Quality

"pages that have disappeared from search results" and "staging vs. production" are natural user phrases, but the most common trigger vocabulary is missing: "robots meta", "noindex", "indexing", "SEO", "deindexed", "not showing in Google". This matches 'some relevant keywords but missing common variations or synonyms'; not 4, because several of the most likely user terms are absent.

3 / 5

Distinctiveness Conflict Risk

The triggers are moderately specific to robots-meta auditing ("disappeared from search results", "meta tag parity") but omit 'robots'/'noindex', so adjacent SEO skills (canonical tags, sitemaps, general meta-tag parity checks) could plausibly trigger it. Matches 'somewhat specific but could still overlap with similar skills'; not 4, because the missing niche vocabulary leaves real overlap risk with sibling SEO rules.

3 / 5

Total

11

/

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.