CtrlK
BlogDocsLog inGet started
Tessl Logo

word-count

Use when applies to key landing pages, blog posts, product pages, and any page targeting competitive queries. Use when diagnosing poor rankings or after a Google Helpful Content update.

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/word-count/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

72%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 with excellent progressive disclosure: concrete check/fix instructions up front and all implementation detail correctly deferred to the existing references/rule.md. The main weakness is workflow clarity — the audit-and-fix sequence lacks explicit verification or re-check steps after remediation. Conciseness and actionability are both strong with only minor trimmable redundancy.

Suggestions

Add an explicit verification step after Fix (e.g. 'Re-count body words and re-compare against the top 3 ranking pages to confirm the page is no longer thin') to close the validation gap.

In the Code Review section, replace 'describe how to verify the final page output' with the concrete verification method (e.g. fetch the rendered route and count visible body text, or check the `noindex` header/meta in the response).

DimensionReasoningScore

Conciseness

The body is lean and well-sectioned with concrete statements like 'Flag pages under 200 words of unique body content' and 'Add `noindex` to thin utility pages'. Only minor trimming is possible: the 'word count alone is not the metric' caveat is restated three times (intro, Quick Reference, Explain). Efficient with minor instances of over-explanation, matching anchor 4 rather than 5.

4 / 5

Actionability

Instructions are specific and executable for an instruction-only skill: 'count visible body text words (excluding navigation, headers, footers)', 'compare depth to the top 3 ranking pages', 'add FAQs, examples, comparisons, how-to steps'. Not a 5 because there is no concrete command or example for counting words, and 'describe how to verify the final page output' delegates verification without giving the method; minor gaps, matching anchor 4.

4 / 5

Workflow Clarity

The Check → Fix → Explain → Code Review sections give a coherent sequence, but validation checkpoints are missing or implicit: there is no step to re-verify a page after expansion, confirm the thin-content flag was resolved, or verify rendered output after adding `noindex`. This fits anchor 3 ('sequence present but checkpoints missing or implicit'), not 4 which requires most checkpoints present.

3 / 5

Progressive Disclosure

The body is a concise overview and the deep material is pushed to a single, clearly signaled, one-level-deep reference — 'For full implementation details, code examples, and framework-specific guidance, see `references/rule.md`' — which I verified exists and contains the detailed guidance. This matches anchor 5: clear overview, well-signaled one-level references, appropriate split.

5 / 5

Total

16

/

20

Passed

Description

47%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 entirely trigger-focused with strong, natural 'when' phrasing but completely lacks a 'what' statement, and it opens with the garbled clause 'Use when applies to key landing pages'. It also omits the skill's own core vocabulary ('thin content', 'word count'), limiting discoverability. Overall it functions as a trigger list rather than a capability description.

Suggestions

Add a leading third-person 'what' clause, e.g. 'Evaluates whether key pages have thin content and guides expanding or consolidating them.' before the 'Use when' triggers.

Include the skill's core vocabulary — 'thin content', 'word count', 'content depth' — as trigger terms so users asking about those concepts match this skill.

Fix the ungrammatical opening 'Use when applies to key landing pages' (e.g. 'Use when auditing key landing pages...').

DimensionReasoningScore

Specificity

The description names the domain ('key landing pages, blog posts, product pages', 'targeting competitive queries', 'Google Helpful Content update') but states no concrete actions — it is pure trigger language with no capability statement. This matches 'names the domain but actions are minimal or generic'; it is not a 1 because the language is domain-specific rather than abstract filler like 'Helps with documents'.

2 / 5

Completeness

Only 'when' is present, without any 'what': the description consists entirely of 'Use when...' clauses and never states what the skill does. This exactly matches the anchor-2 example shape ('Use when working with documents'); it cannot be a 3 because anchor 3 requires a clear 'what', which is absent.

2 / 5

Trigger Term Quality

Natural user phrases are present: 'key landing pages', 'blog posts', 'product pages', 'diagnosing poor rankings', 'after a Google Helpful Content update'. Not a 5 because the skill's core concepts — 'thin content', 'word count', 'content depth' — never appear, so a user asking about those terms would not trigger the skill.

4 / 5

Distinctiveness Conflict Risk

'after a Google Helpful Content update' and 'targeting competitive queries' carve out a fairly distinct SEO niche with minimal conflict risk. Not a 5 because 'applies to key landing pages, blog posts, product pages' and 'diagnosing poor rankings' are broad enough to overlap with closely related SEO audit skills.

4 / 5

Total

12

/

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.