CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

common-accessibility

Enforce WCAG 2.2 AA compliance with semantic HTML, ARIA roles, keyboard navigation, and color contrast standards for web UIs. Use when building interactive components, adding form labels, fixing focus traps, or auditing a11y compliance.

71

Quality

89%

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

85%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, standards-style skill body: precise numeric thresholds, named tools, an explicit CI/manual validation gate, and a well-structured single-level reference file with runnable code examples. Its one real weakness is redundancy — the Anti-Patterns section and parts of the Semantic HTML section restate earlier rules verbatim — plus scattered grammar slips in otherwise unambiguous rules.

Suggestions

Trim the duplicated guidance: the Anti-Patterns section restates the Semantic HTML ('No onClick on <div>'), Focus style ('No outline: none'), and Color ('No color-only status') rules already covered above — either delete those recap bullets or drop the original inline rules and keep only the consolidated checklist.

Remove the redundant bullet '`<button>` not `<div onClick>`, `<a>` not `<span onClick>`' in the Semantic HTML section, since the preceding two bullets already state the same rule.

Fix grammar slips that slightly blur the otherwise precise rules, e.g., 'Every `<img>` must `alt` attribute' → 'Every `<img>` must have an `alt` attribute', 'All interactive elements MUST reachable' → 'must be reachable', and 'may harmed' → 'may be harmed'.

DimensionReasoningScore

Conciseness

The body is dense and assumes Claude's knowledge (no explaining what HTML/ARIA is), but contains real redundancy that could be tightened: the "Anti-Patterns" section restates rules already given ("No `onClick` on `<div>`: Use `<button>`..." vs. "Never `<div>`/`<span>` for interactive elements"; "No `outline: none` without replacement focus style" vs. the Focus style rule; "No color-only status" vs. "Never convey information through color alone"), and the Semantic HTML section repeats itself ("`<button>` not `<div onClick>`" duplicates the two bullets above it). This matches anchor 3 ('Mostly efficient but... could be tightened') rather than 4, since a whole section plus intra-section bullets are duplicated, not just minor trims.

3 / 5

Actionability

Quotes: "Normal text: ≥ 4.5:1 ratio. Large text (≥ 18pt or 14pt bold): ≥ 3:1", "Minimum interactive target size: 44×44px... 24×24px minimum", "CI gate: `axe-core` zero critical violations", "Test with: axe DevTools, WAVE, Lighthouse" — precise, measurable, executable rules with named tools and a concrete testing gate. Code examples are appropriately delegated to references/REFERENCE.md (verified to exist with runnable HTML snippets), so per the scoring notes the absence of inline code is not penalized. Matches 'concrete, specific guidance... specific examples cover the common cases' — not 4, since there are no real gaps in the guidance.

5 / 5

Workflow Clarity

This is a single-purpose standards skill with an explicit validation section: "CI gate: `axe-core` zero critical violations" and "Manual: keyboard-only full flow + screen reader (NVDA/VoiceOver) + 200% zoom" provide the enforcement/verification loop. The action (apply these standards, then verify with these named tools) is unambiguous, and the priority is stated up front ("Priority: P1 (HIGH)"), so under the simple-skill exception workflow clarity can score 5. Not 4 because validation checkpoints are explicitly present, not implicit.

5 / 5

Progressive Disclosure

The body is a well-organized ~70-line overview with clear section headers, and detailed code patterns are correctly pushed to a single one-level-deep reference: "[Semantic HTML, ARIA & Focus Patterns](references/REFERENCE.md)" — verified to exist (59 lines of concrete HTML examples), so the link is real and appropriately scoped. Additional external pointers (WCAG 2.2 Quick Reference, ARIA APG, axe-core rules) are clearly listed. Matches 'Clear overview with well-signaled one-level-deep references; content appropriately split; easy navigation'.

5 / 5

Total

18

/

20

Passed

Description

92%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 a strong, third-person, trigger-rich statement: it names concrete capabilities across the full a11y domain and provides an explicit multi-phrase 'Use when...' clause. Its only weakness is that a few natural trigger synonyms (e.g., the spelled-out 'accessibility', 'screen reader') live in the metadata triggers block rather than the description text itself.

DimensionReasoningScore

Specificity

Quotes: "Enforce WCAG 2.2 AA compliance with semantic HTML, ARIA roles, keyboard navigation, and color contrast standards for web UIs" — multiple specific concrete capabilities (ARIA roles, keyboard navigation, contrast standards, semantic HTML) with comprehensive coverage of the a11y domain. This matches the anchor 'Lists multiple specific concrete actions; comprehensive coverage' and is not level 4, since coverage spans all major a11y pillars rather than having minor gaps.

5 / 5

Completeness

Explicitly answers both: what ("Enforce WCAG 2.2 AA compliance with semantic HTML, ARIA roles, keyboard navigation, and color contrast standards") and when ("Use when building interactive components, adding form labels, fixing focus traps, or auditing a11y compliance") with concrete trigger phrases. Matches the anchor-5 example structure exactly; not 4 because the 'when' clause is specific and multi-trigger, not merely adequate.

5 / 5

Trigger Term Quality

Quotes: "WCAG 2.2 AA", "ARIA", "form labels", "fixing focus traps", "auditing a11y compliance" — good natural keyword coverage, but a few common variations are missing (e.g., the spelled-out "accessibility", "screen reader", "contrast", or file-type triggers like .tsx/.html, which appear only in the metadata triggers block, not the description). Matches anchor 4 ('Good keyword coverage; a few natural terms missing') rather than 5, which would require synonyms and extensions in the description itself.

4 / 5

Distinctiveness Conflict Risk

Clear niche: WCAG 2.2 AA accessibility enforcement for web UIs, with distinct triggers (a11y compliance, focus traps, form labels, ARIA). Unlikely to fire for unrelated skills; matches 'Clear niche with distinct triggers; minimal conflict risk' and is clearly more distinct than the level-4 example of overlapping file-type skills.

5 / 5

Total

19

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

metadata_field

'metadata' should map string keys to string values

Warning

Total

14

/

16

Passed

Repository

HoangNguyen0403/agent-skills-standard

Path

.agents/skills/common/common-accessibility/SKILL.md

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.