CtrlK
BlogDocsLog inGet started
Tessl Logo

identical-links-same-purpose

Use when reviewing rendered HTML, interactive components, or design-system patterns related to Ensure identical links have consistent destinations. Check native semantics first, then inspect keyboard behavior, focus flow, accessible names, and screen-reader output where relevant.

58

Quality

67%

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/identical-links-same-purpose/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 body is a well-organized overview with sound progressive disclosure, but it defers all concrete examples and verification steps to the reference, leaving the inline guidance high-level and the workflow lacking explicit checkpoints.

Suggestions

Inline one concrete incorrect-vs-correct HTML example in the Fix section so the skill is actionable without opening the reference.

Add an explicit verification checkpoint to the Check→Fix flow (e.g., re-inspect the rendered accessibility tree / link list to confirm identical link text now resolves to a single destination).

Trim the templated "Code Review" paragraph and the meta "Explain" instruction to remove redundancy with the opening and Quick Reference.

DimensionReasoningScore

Conciseness

The body is mostly lean, but the templated "Code Review" boilerplate and the meta "Explain how..." instruction duplicate ideas already covered by the opening paragraph and Quick Reference, so it could be tightened.

2 / 3

Actionability

All concrete HTML examples live in references/rule.md; the body's Check and Fix sections give high-level descriptive direction ("Identify any links...", "Change the link text to be unique") without an inline executable example.

2 / 3

Workflow Clarity

The Check→Fix→Explain→Code Review sections provide a loose sequence, but the body includes no explicit validation checkpoint confirming the fix in the rendered experience; checkpoints are implicit and deferred to the reference.

2 / 3

Progressive Disclosure

The body is a concise overview with clearly signaled, one-level-deep navigation to references/rule.md (verified to exist), and content is appropriately split rather than inlined.

3 / 3

Total

9

/

12

Passed

Description

77%

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 specific and complete with an explicit Use-when trigger, but its trigger terms skew toward formal rule-title language and its boilerplate opening overlaps with sibling accessibility skills.

Suggestions

Add natural trigger terms a user would actually say (e.g., "same link text", "duplicate link text", "link points to different page", "link accessibility") alongside the formal rule title.

Replace the generic opening shared with sibling rules with phrasing specific to link-text/destination consistency to reduce conflict risk with other accessibility skills.

DimensionReasoningScore

Specificity

"Check native semantics first, then inspect keyboard behavior, focus flow, accessible names, and screen-reader output" lists multiple specific concrete actions, matching the score-3 anchor.

3 / 3

Completeness

An explicit "Use when..." clause supplies the trigger while the inspection actions describe what the skill does, satisfying both what and when.

3 / 3

Trigger Term Quality

It includes relevant terms ("rendered HTML", "interactive components", "links", "destinations") but leans on the formal rule title rather than natural user phrasings like "same link text" or "duplicate links"; missing common variations.

2 / 3

Distinctiveness Conflict Risk

The rule-specific clause anchors it to a niche, but the generic boilerplate opening ("reviewing rendered HTML, interactive components, or design-system patterns...") is shared across sibling accessibility rules and could cause overlap.

2 / 3

Total

10

/

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.