CtrlK
BlogDocsLog inGet started
Tessl Logo

pagination-accessibility

Use when reviewing templates, rendered HTML, or shared components related to Make pagination accessible. Validate the final browser-facing markup, not just the source framework abstraction.

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/pagination-accessibility/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

78%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 review skill body with concrete attribute-level guidance and exemplary progressive disclosure to a single real reference file. The main gaps are repetition across the Quick Reference/Check/Fix sections, an inconsistent role='navigation' directive, and the absence of an inline markup example.

Suggestions

Consolidate the overlapping 'Quick Reference', 'Check', and 'Fix' bullets into one section to remove triple repetition of the same three attributes.

Fix the inconsistency between 'nav element' (Quick Reference) and 'nav role=navigation' (Fix) - a native <nav> element does not need an explicit role; align on the correct guidance.

Include one minimal inline markup snippet (<nav aria-label='Pagination'> with aria-current='page') so the fix pattern is executable without opening the reference file.

DimensionReasoningScore

Conciseness

The body is lean at ~45 lines with no padding or tutorials on concepts Claude already knows. Minor redundancy exists: the 'Quick Reference' bullets, 'Check', and 'Fix' sections all repeat the same three attributes (nav + aria-label, aria-current, labeled controls), and the 'Explain' section directs explaining a concept Claude already understands. This fits 'efficient; minor instances of over-explanation that could be trimmed' rather than the fully lean top anchor.

4 / 5

Actionability

Attribute-level directives are concrete and executable for a review task ('nav element with aria-label=Pagination', 'aria-current=page for active page', 'Flag exact elements, attributes, and routes'). It falls short of 5 because no markup example appears inline (the working example lives only in references/rule.md), and 'Fix' introduces an inconsistent, redundant directive ('nav role=navigation') that conflicts with the Quick Reference's 'nav element'.

4 / 5

Workflow Clarity

The Check -> Fix -> Explain -> Code Review sequence is coherent and the review scope (rendered markup, not source abstraction) is stated clearly. This is a simple single-purpose skill with no destructive or batch operations, so no validation cap applies, but the division of labor between 'Quick Reference', 'Check', and 'Code Review' is slightly muddled rather than one unambiguous action, keeping it at 'clear sequence with most checkpoints present'.

4 / 5

Progressive Disclosure

The body is under 50 lines with well-organized sections and a single clearly signaled, one-level-deep reference ('For full implementation details, code examples, and framework-specific guidance, see references/rule.md'), which is a real file containing the code example and framework guidance. This matches the top anchor: clear overview with well-signaled references and appropriate content split.

5 / 5

Total

17

/

20

Passed

Description

62%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 well-structured with an explicit 'Use when...' trigger and a clear scope discriminator (final rendered markup vs. framework abstraction). Its main weaknesses are limited enumeration of concrete actions and missing natural synonyms (ARIA, screen reader, page navigation) that users would actually say.

Suggestions

Enumerate the concrete actions the skill performs, e.g., 'Checks nav landmarks, aria-label, aria-current, and keyboard operability; flags violations and provides corrected markup.'

Add natural trigger synonyms users would say, such as 'page navigation', 'prev/next links', 'paging controls', 'ARIA', or 'screen reader'.

Reword the awkward phrase 'related to Make pagination accessible' into fluent prose, e.g., 'related to making pagination accessible', to improve readability and keyword matching.

DimensionReasoningScore

Specificity

The description names the domain ('reviewing templates, rendered HTML, or shared components') and two concrete actions ('Validate the final browser-facing markup'), but does not comprehensively enumerate what the skill does (e.g., checking ARIA attributes, keyboard navigation, flagging violations). This matches the anchor for naming the domain and 1-2 concrete actions without comprehensive coverage, falling short of the 'several specific actions' level.

3 / 5

Completeness

Both 'what' ('Validate the final browser-facing markup, not just the source framework abstraction') and 'when' ('Use when reviewing templates, rendered HTML, or shared components...') are explicitly present, with the 'when' clause being specific. It falls short of a 5 because the 'what' does not enumerate concrete capabilities with trigger phrases as fully as the top anchor.

4 / 5

Trigger Term Quality

Relevant keywords like 'templates', 'rendered HTML', 'shared components', 'pagination', and 'markup' are present, but common natural variations are missing: users would likely say 'ARIA', 'screen reader', 'page navigation', 'prev/next links', or 'paging controls'. This sits at 'some relevant keywords but missing common variations or synonyms' rather than 'good coverage with a few missing'.

3 / 5

Distinctiveness Conflict Risk

'Make pagination accessible' combined with 'rendered HTML' and 'shared components' establishes a clear niche with distinct triggers, but it lives inside a family of similar HTML-accessibility review skills (nav, landmarks, other pagination-adjacent rules) creating minor overlap risk. This fits 'mostly distinct; minor overlap risk with closely related skills'.

4 / 5

Total

14

/

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.