CtrlK
BlogDocsLog inGet started
Tessl Logo

fixing-accessibility

Audit and fix HTML accessibility issues including ARIA labels, keyboard navigation, focus management, color contrast, and form errors. Use when adding interactive controls, forms, dialogs, or reviewing WCAG compliance.

69

Quality

85%

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

SKILL.md
Quality
Evals
Security

Quality

Content

75%Scale 1-5

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

This is a well-crafted accessibility skill that efficiently organizes WCAG-related guidance into prioritized, scannable categories with concrete HTML fix examples. Its strengths are clear prioritization, actionable rules, and good before/after code snippets. Minor improvements could include more code examples for complex patterns (focus trapping, aria-live) and an explicit post-fix validation step.

Suggestions

Add a brief validation/verification step after applying fixes, such as recommending an automated accessibility check (e.g., axe-core) or manual keyboard walkthrough to confirm the fix works.

Add one more concrete code example for a complex pattern like focus trapping in a modal dialog, since that's listed as critical but has no corresponding fix example.

DimensionReasoningScore

Conciseness

The content is efficient and avoids explaining basic accessibility concepts Claude already knows. The rule categories are presented as concise bullet points. Minor verbosity in the 'When to Use' section which partially overlaps with the rule categories, and the priority table could be considered slightly redundant with the section headers.

4 / 5

Actionability

The common fixes section provides concrete, executable HTML before/after examples covering three key patterns. The rules themselves are specific and actionable (e.g., 'icon-only buttons must have aria-label'). However, most rules are stated as guidelines rather than executable code, and more fix examples for categories like focus trapping or aria-live would strengthen it.

4 / 5

Workflow Clarity

The skill clearly sequences work by priority (critical → high → medium → low), provides a clear review workflow (fix critical first, quote snippets, propose small fixes), and the invocation section explains the two usage modes with expected output format. However, there's no explicit validation/verification step after applying fixes (e.g., 'test with screen reader' or 'run axe-core audit'), which is a minor gap for a review-oriented skill.

4 / 5

Progressive Disclosure

The content is well-structured with clear sections, a priority table for quick scanning, and logical grouping of rules. For a standalone skill with no bundle files, the length (~120 lines) is reasonable and doesn't need splitting. Minor improvement could come from separating the full rule reference into a companion file, keeping SKILL.md as just the quick reference and common fixes.

4 / 5

Total

16

/

20

Passed

Description

95%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.

This is a strong skill description that clearly defines its scope (HTML accessibility auditing and fixing), lists specific capability areas, and provides explicit trigger conditions. It uses proper third-person voice and includes natural keywords that users would employ when seeking accessibility help. The only minor improvement area would be slightly more detail on the concrete actions performed beyond 'audit and fix'.

DimensionReasoningScore

Specificity

Lists several specific actions and areas: ARIA labels, keyboard navigation, focus management, color contrast, and form errors. It covers multiple concrete aspects of accessibility but could be slightly more detailed about what 'audit and fix' entails (e.g., generating reports, suggesting code changes).

4 / 5

Completeness

Clearly answers both 'what' (audit and fix HTML accessibility issues including specific areas) and 'when' (when adding interactive controls, forms, dialogs, or reviewing WCAG compliance) with explicit trigger phrases.

5 / 5

Trigger Term Quality

Includes highly natural and comprehensive trigger terms: 'accessibility', 'ARIA labels', 'keyboard navigation', 'focus management', 'color contrast', 'form errors', 'WCAG compliance', 'interactive controls', 'forms', 'dialogs'. These are terms users would naturally use when seeking accessibility help.

5 / 5

Distinctiveness Conflict Risk

Occupies a clear niche focused on HTML accessibility auditing and fixing. The specific mention of ARIA, WCAG, focus management, and color contrast makes it highly distinct from general HTML/CSS skills or other document-related skills.

5 / 5

Total

19

/

20

Passed

Validation

90%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation10 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

10

/

11

Passed

Repository
administrakt0r/AI-Agents-Safe-Coding-Skills
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.