CtrlK
BlogDocsLog inGet started
Tessl Logo

tabs-accessibility

Use when reviewing templates, rendered HTML, or shared components related to Make tabs keyboard navigable. 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/tabs-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.

The body is concise and well-structured with excellent progressive disclosure to a verified reference file, but it lacks inline executable examples and an explicit verification checkpoint in the review workflow.

Suggestions

Add one short inline HTML snippet showing a correct tablist/tab/tabpanel structure so the body is actionable without opening the reference.

Include an explicit verification checkpoint in the Code Review workflow (e.g., 'Confirm only the active tab has tabindex=0 and each tab's aria-controls matches a tabpanel id').

Surface the roving-tabindex and activation-mode rules from the reference as a one-line check, since they are the most commonly missed violations.

DimensionReasoningScore

Conciseness

Lean and efficient with no padding or over-explanation of ARIA concepts Claude already knows; every section (Quick Reference, Check, Fix, Explain, Code Review) earns its place.

5 / 5

Actionability

Provides concrete attribute lists in Quick Reference and Fix (role='tablist', aria-selected, aria-controls/aria-labelledby, arrow-key navigation) but no executable inline code or copy-paste examples, deferring all examples to the reference file.

3 / 5

Workflow Clarity

Clear Check -> Fix -> Explain -> Code Review sequence with concrete review targeting ('Flag exact elements, attributes, and routes'), though no explicit validation/verification checkpoint is stated in the body itself.

4 / 5

Progressive Disclosure

Well-structured overview with a clearly signaled one-level-deep reference to references/rule.md (verified to exist), with implementation details appropriately split out and easy navigation.

5 / 5

Total

17

/

20

Passed

Description

61%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 has a strong explicit trigger and good natural keywords for a distinct niche, but the 'what does this do' statement is weakly embedded in the trigger clause and the concrete actions are generic rather than comprehensive.

Suggestions

Lead with a clear standalone statement of what the skill does (e.g., 'Audits rendered HTML for keyboard-navigable ARIA tabs and flags violations') before the 'Use when' trigger.

Replace generic verbs like 'reviewing' and 'Validate' with specific concrete actions (e.g., 'identifies missing roving tabindex, missing aria-controls/aria-labelledby, and broken arrow-key navigation').

Add common synonyms users might say, such as 'tab widget', 'ARIA tabs', or 'tablist', to broaden natural trigger coverage.

DimensionReasoningScore

Specificity

Names the domain and a couple of concrete actions ('reviewing templates, rendered HTML, or shared components', 'Validate the final browser-facing markup') but the actions are generic and coverage is not comprehensive, matching the anchor for 1-2 concrete actions.

3 / 5

Completeness

Has an explicit 'Use when...' trigger but the 'what' is only weakly implied inside the trigger clause rather than a clear standalone statement of what the skill does, so it sits at the clear-what/missing-weak-when boundary.

3 / 5

Trigger Term Quality

Includes good natural keywords users would say ('templates, rendered HTML, shared components', 'tabs', 'keyboard navigable', 'browser-facing markup') with only a few natural synonyms missing.

4 / 5

Distinctiveness Conflict Risk

Targets a clear niche (tabs keyboard accessibility on rendered markup) with distinct triggers and only minor overlap risk with closely related accessibility 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.

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.