CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

accessible-tooltips

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

57

Quality

72%

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/accessible-tooltips/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

63%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 a compact, well-structured overview with excellent progressive disclosure to a real, well-organized reference file. Its weaknesses are redundancy between the Quick Reference, Check, and Fix sections, a rationale sentence that assumes less knowledge than Claude has, and guidance that names the right attributes but stops short of key details like contrast thresholds or an inline minimal example.

Suggestions

Merge the Check and Fix sections into the Quick Reference (or fold them into a single Check/Fix pair) so the same criteria are not restated three times, and drop the opening rationale sentence about why inaccessible tooltips are bad.

Add the missing key details behind the vague criteria: the contrast threshold behind 'Ensure sufficient contrast' and the hover/focus delay timings referenced by 'timing considerations'.

Include one minimal inline markup example of a compliant tooltip trigger (button with aria-describedby and Escape handling) so the review criteria are executable without opening the reference file.

DimensionReasoningScore

Conciseness

The opening rationale ('Inaccessible tooltips leave keyboard and screen reader users without important contextual information...') explains a concept Claude already knows, and the Check and Fix sections largely restate the Quick Reference bullets ('Verify tooltips are keyboard accessible... use appropriate ARIA roles'), so the body could be noticeably tightened without losing information.

3 / 5

Actionability

Concrete attribute-level guidance is present ('Use aria-describedby to associate tooltip with trigger', 'role='tooltip'', 'Escape key dismissal'), but the body contains no executable code example and omits key details such as the contrast threshold behind 'Ensure sufficient contrast' and the timing considerations named in Explain without specifics.

3 / 5

Workflow Clarity

The core review action is unambiguous and well-organized ('Flag exact elements, attributes, and routes where the rendered HTML violates the rule') with enumerated criteria in Quick Reference, but there are no verification checkpoints and the relationship between the Check/Fix/Explain/Code Review modes is left implicit, keeping it below the level-5 anchor.

4 / 5

Progressive Disclosure

A concise overview body with a clearly signaled, one-level-deep reference ('For full implementation details, code examples, and framework-specific guidance, see references/rule.md'), which exists as a well-organized 341-line file with no further nesting — an appropriate split with easy navigation.

5 / 5

Total

15

/

20

Passed

Description

70%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 solid, third-person trigger with an explicit 'Use when' clause and a meaningful domain qualifier (validating final rendered markup rather than framework source). Its main weaknesses are a thin set of concrete actions and the awkward, template-generated phrase 'related to Create accessible tooltips', which hurts clarity of the what-statement.

Suggestions

Rewrite 'related to Create accessible tooltips' into a natural clause (e.g., 'to make tooltips keyboard- and screen-reader-accessible') so the what-statement reads as actions rather than an embedded rule title.

Add one more concrete capability and natural trigger terms such as 'ARIA', 'aria-describedby', 'screen reader', or 'keyboard navigation' to lift specificity and trigger coverage.

DimensionReasoningScore

Specificity

Names the domain ('accessible tooltips', 'rendered HTML') and two concrete actions ('reviewing templates, rendered HTML, or shared components' and 'Validate the final browser-facing markup'), matching the '1-2 concrete actions, not comprehensive' anchor rather than the 'several specific actions' level-4 anchor.

3 / 5

Completeness

Both parts are present: an explicit 'Use when reviewing templates, rendered HTML, or shared components...' trigger and a what-statement ('Validate the final browser-facing markup, not just the source framework abstraction'), but the what is partial and slightly muddied by the awkwardly embedded title phrase 'related to Create accessible tooltips', keeping it below the fully-explicit level-5 anchor.

4 / 5

Trigger Term Quality

Includes natural terms users would say ('tooltips', 'accessible', 'templates', 'rendered HTML', 'shared components', 'markup'), giving good keyword coverage, but misses common variations such as 'ARIA', 'screen reader', and 'keyboard' that anchor 5 would require.

4 / 5

Distinctiveness Conflict Risk

'Tooltips' carves out a clear niche with distinct triggers, but the generic reviewing preamble ('reviewing templates, rendered HTML, or shared components') likely repeats across sibling HTML-rule skills, creating minor overlap risk with closely related skills per the level-4 anchor.

4 / 5

Total

15

/

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

Path

skills/accessible-tooltips/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.