CtrlK
BlogDocsLog inGet started
Tessl Logo

landmark-regions

Use when reviewing rendered HTML, interactive components, or design-system patterns related to Use landmark regions correctly. Check native semantics first, then inspect keyboard behavior, focus flow, accessible names, and screen-reader output where relevant.

72

Quality

88%

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

100%

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

The content is concise, well-structured, and actionable with a clear review workflow and a properly signaled one-level-deep reference, fully respecting progressive-disclosure and token-efficiency principles.

DimensionReasoningScore

Conciseness

The body is lean—only one brief intro sentence—defers detail to references, and assumes Claude's competence without explaining what landmarks are, matching the lean-and-efficient anchor.

3 / 3

Actionability

Quick Reference and Fix give concrete, specific guidance naming exact elements and attributes (e.g., "Replace generic <div> containers with semantic landmark elements like <header>, <nav>, <main>, and <footer>" and "aria-label"), which is actionable for an instruction-only skill without penalizing the deferred code.

3 / 3

Workflow Clarity

The Check/Fix/Explain/Code Review structure lays out an unambiguous single-purpose review workflow; per the simple-skills note, a clear single-action workflow can score 3, and no destructive/batch operation requires validation checkpoints.

3 / 3

Progressive Disclosure

The under-50-line body is well-organized into clear sections and points to a real one-level-deep reference ("see references/rule.md", verified present), satisfying the clear-overview-with-well-signaled-references anchor.

3 / 3

Total

12

/

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 strong on completeness and specificity with explicit triggers and concrete review actions, but its trigger terms are somewhat generic and the embedded rule-title phrasing reduces naturalness and distinctiveness.

Suggestions

Reword the embedded title phrase "Use landmark regions correctly" into natural trigger language (e.g., "when a page lacks <main>/<nav>/<header> landmarks or screen-reader users can't jump to sections").

Add concrete user-facing trigger terms such as "semantic HTML," "ARIA landmarks," "screen-reader navigation," or "skip-to-content" to improve keyword coverage and distinctiveness.

Narrow the scope from the generic "rendered HTML, interactive components, or design-system patterns" to landmark-specific contexts to reduce overlap with other accessibility skills.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions—"Check native semantics first, then inspect keyboard behavior, focus flow, accessible names, and screen-reader output"—matching the anchor for several specific concrete actions rather than vague domain-only phrasing.

3 / 3

Completeness

It answers both what ("Check native semantics first, then inspect keyboard behavior, focus flow, accessible names, and screen-reader output") and when via an explicit "Use when reviewing rendered HTML..." trigger clause, satisfying the both-what-and-when anchor.

3 / 3

Trigger Term Quality

It includes relevant terms like "rendered HTML, interactive components, or design-system patterns," but these lean generic and the embedded literal title phrase "Use landmark regions correctly" is awkward rather than natural, leaving common variations uncovered.

2 / 3

Distinctiveness Conflict Risk

The narrow landmark focus gives it a niche, but the broad review scope ("rendered HTML, interactive components, or design-system patterns") overlaps with other accessibility skills, fitting the somewhat-specific-but-overlapping anchor.

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.