CtrlK
BlogDocsLog inGet started
Tessl Logo

stop-words

Use when applies primarily when creating new content pages. Low priority for existing indexed pages where redirect risk outweighs gain. Use when building a slug naming convention.

53

Quality

60%

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/stop-words/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

85%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 compact, well-structured rule page with a concrete before/after example, clear scope discipline (new pages vs. established URLs), and a single verified one-level-deep reference for details. Its main weakness is minor redundancy between the intro, Quick Reference, and Fix sections rather than any structural problem.

DimensionReasoningScore

Conciseness

The body is lean and well organized at ~34 lines with no filler explanations of concepts Claude already knows. Minor trimming is possible: the intro sentence overlaps the Quick Reference bullets, and Quick Reference's fourth bullet ('Do not change existing URLs just to remove stop words...') duplicates the Fix and Check guidance — anchor 4, not 5.

4 / 5

Actionability

The Check section gives a concrete before/after example ('/blog/the-best-ways-to-improve-your-seo' could be '/blog/best-ways-improve-seo') and the Fix names a specific mechanism ('configure the CMS or slug generator to strip common stop words automatically'), with clear scope rules (new pages vs. established pages). Minor gaps remain — no inline stop-word list or detection pattern — so anchor 4 rather than the fully copy-paste-ready anchor 5.

4 / 5

Workflow Clarity

This is a simple, single-purpose skill under 50 lines whose single action (flag stop words in slugs on new pages) is unambiguous, with explicit scope guidance and a verification mention in Code Review ('describe how to verify the final page output'). The destructive/batch validation cap does not apply — the rule explicitly advises against changing established URLs — so the simple-skill exception yields 5.

5 / 5

Progressive Disclosure

The body is a concise, well-sectioned overview (Quick Reference, Check, Fix, Explain, Code Review) that defers full details, code examples, and framework-specific guidance to a single, clearly signaled, one-level-deep reference ('see references/rule.md'), which exists and contains no nested skill references. This matches the under-50-line well-organized exception for a 5.

5 / 5

Total

18

/

20

Passed

Description

36%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 garbled ('Use when applies primarily when...') and inverted: it gives trigger conditions and priority caveats but omits any statement of what the skill does. The core subject — stop words in URL slugs — is never mentioned, so it would rarely trigger for users asking about stop words or URL hygiene.

Suggestions

State the 'what' explicitly and lead with it, e.g., 'Checks URL slugs for stop words (a, an, the, of, in, to) and guides removal on new content pages while avoiding risky redirects on established pages.'

Include the natural trigger terms users would actually say — 'stop words', 'URL', 'URL slug', 'slug', 'SEO' — instead of only 'slug naming convention'.

Fix the malformed opening ('Use when applies primarily when...') and use third-person capability statements ('Checks...', 'Flags...') followed by a single clear 'Use when...' clause.

DimensionReasoningScore

Specificity

The description names a domain ('building a slug naming convention', 'creating new content pages', 'redirect risk') but never states a concrete action the skill performs (e.g., removing stop words from URL slugs). It matches 'names the domain but actions are minimal or generic'; not score 1 because real domain terms are present, not 3 because no capability is actually described.

2 / 5

Completeness

Explicit 'Use when...' trigger clauses are present ('Use when applies primarily when creating new content pages... Use when building a slug naming convention'), but the 'what' is never stated — nothing says the skill checks or removes stop words from URL slugs. This matches anchor 2 ('only when is present without what'); it cannot be 3 because the what is only faintly implied, not clear.

2 / 5

Trigger Term Quality

Some relevant keywords appear ('new content pages', 'slug naming convention', 'redirect', 'indexed pages'), but the primary natural phrases a user would say ('stop words', 'URL', 'URLs', 'SEO', 'slugs') are entirely absent. This fits 'some relevant keywords but missing common variations or synonyms'; not 2 because more than one specific, natural domain keyword is present.

3 / 5

Distinctiveness Conflict Risk

'Building a slug naming convention' and 'new content pages' are somewhat specific, but the missing 'what' makes it likely to overlap with other URL/SEO/slug-related skills. It fits 'somewhat specific but could still overlap with similar skills'; not 4 because the trigger guidance is not concrete enough to cleanly separate it.

3 / 5

Total

10

/

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.