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.

55

Quality

62%

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

57%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The skill is well-structured with clean progressive disclosure to a real reference file, but the body is somewhat redundant and stays at a directive level without in-body executable examples or an explicit review-then-verify workflow.

Suggestions

Collapse the overlapping Quick Reference, Check, and Fix sections into one statement of the required attributes to remove redundancy.

Add a short in-body code snippet showing the accessible nav markup so guidance is executable without opening the reference.

Add an explicit verification step (e.g. 'confirm aria-current and aria-label are present in the rendered HTML before approving').

DimensionReasoningScore

Conciseness

The body is lean, but the opening rationale explains a concept Claude already knows and the Quick Reference, Check, and Fix sections restate the same three attributes (nav, aria-label, aria-current) in slightly different words.

2 / 3

Actionability

Specific attribute values are named ('aria-label=\'Pagination\'', 'aria-current=\'page\''), but there is no in-body executable example and the Fix/Code Review guidance stays directive ('Implement pagination with...', 'Flag exact elements...') rather than copy-paste ready.

2 / 3

Workflow Clarity

A light Check→Fix sequence is implied across sections, but there are no explicit validation checkpoints or a verify-the-fix feedback loop.

2 / 3

Progressive Disclosure

The body is a concise overview that clearly signals a single one-level-deep reference ('see references/rule.md'), and that file exists and holds the detailed examples and framework guidance.

3 / 3

Total

9

/

12

Passed

Description

67%

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 answers both what and when with an explicit 'Use when...' trigger, but its trigger phrasing is awkward and action coverage is only partial, leaving it solidly mid-tier.

Suggestions

Reword 'related to Make pagination accessible' into natural trigger language such as 'when making pagination accessible or auditing HTML for a11y issues'.

Add common natural keywords users would say — 'accessibility', 'a11y', 'screen reader', 'aria' — to broaden trigger coverage.

List a couple more distinct concrete actions (e.g. 'add aria-current to the active page, label prev/next controls') to raise specificity.

DimensionReasoningScore

Specificity

Names the domain and two actions ('reviewing templates, rendered HTML, or shared components', 'Validate the final browser-facing markup'), but does not list a comprehensive set of distinct concrete actions like the score-3 anchor.

2 / 3

Completeness

An explicit 'Use when reviewing...' clause supplies the trigger and 'Validate the final browser-facing markup, not just the source framework abstraction' states the what, so both what and when are explicitly answered.

3 / 3

Trigger Term Quality

Relevant keywords appear ('templates', 'rendered HTML', 'shared components', 'pagination') but the phrase 'related to Make pagination accessible' reads as an injected rule title rather than natural speech, and common variations like 'accessibility', 'a11y', or 'screen reader' are missing.

2 / 3

Distinctiveness Conflict Risk

The pagination niche is fairly specific, but the broad trigger 'reviewing templates, rendered HTML, or shared components' could overlap with other HTML or accessibility review skills.

2 / 3

Total

9

/

12

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.

Validation15 / 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.