CtrlK
BlogDocsLog inGet started
Tessl Logo

direction-attribute

Use when reviewing templates, rendered HTML, or shared components related to Set text direction for RTL languages. Validate the final browser-facing markup, not just the source framework abstraction.

63

Quality

75%

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/direction-attribute/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

71%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 well-structured, actionable body that delegates implementation detail cleanly to a verified reference file, with its main weakness being redundancy between the Check and Code Review sections that could be merged for token efficiency. Adding one small inline code snippet (e.g. <html dir="rtl"> or <bdi>{{ username }}</bdi>) would close the actionability gap.

Suggestions

Merge the overlapping 'Check' and 'Code Review' sections into one review-procedure section to remove the duplicated guidance about rendered markup and user-generated inline content.

Include one or two copy-paste-ready markup snippets inline (e.g. '<html lang="ar" dir="rtl">' and '<bdi>{{ username }}</bdi>') so the main actions are executable without opening the reference.

Replace the vague 'Explain' section with a one-line concrete explanation of what to communicate (e.g. 'Explain that dir tells the browser and screen reader the base direction, fixing punctuation, layout mirroring, and reading order').

DimensionReasoningScore

Conciseness

The body is mostly lean with no concept padding, but the 'Check' and 'Code Review' sections restate each other (both describe reviewing rendered markup and user-generated inline content) and 'Explain' is a vague directive, so it fits 'mostly efficient but could be tightened' rather than the minor-trim anchor.

3 / 5

Actionability

Concrete directives with exact attribute values and elements ('Set dir="rtl" on <html> for Arabic, Hebrew, Persian, Urdu', 'Use dir="auto"', 'Use <bdi>'), leaving only a minor gap since all executable code examples live in references/rule.md rather than inline.

4 / 5

Workflow Clarity

A clear Check -> Fix -> Explain sequence for a single-pass review skill (no destructive/batch operations, so no validation cap applies), but the duplicated Check/Code Review framing and absence of any verification checkpoint keep it below the fully unambiguous single-action anchor.

4 / 5

Progressive Disclosure

A short, well-sectioned overview with an explicit one-level-deep pointer ('For full implementation details, code examples, and framework-specific guidance, see references/rule.md'); the referenced file exists and contains exactly that content, and the bulk detail is appropriately split out of SKILL.md.

5 / 5

Total

16

/

20

Passed

Description

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

A strong description with an explicit 'Use when...' trigger and a clear, concrete 'what', held back slightly by templated phrasing that blurs distinctiveness against sibling HTML-rule skills and by missing natural synonyms (right-to-left, Arabic/Hebrew, i18n, dir attribute).

Suggestions

Enumerate the concrete operations the skill performs, e.g. 'Flag missing or misapplied dir attributes, add dir="rtl"/"auto" and <bdi> isolation, and explain the fix' to raise specificity.

Add natural trigger synonyms users would actually say, such as 'right-to-left', 'Arabic or Hebrew UI', 'localization (i18n)', or 'dir attribute'.

Differentiate the trigger phrasing from sibling frontendchecklist rules by leading with the rule-specific artifact (e.g. 'Use when the dir attribute or RTL text direction is involved') instead of the shared 'reviewing templates, rendered HTML, or shared components' template.

DimensionReasoningScore

Specificity

Names the domain and two concrete actions ('reviewing templates, rendered HTML, or shared components', 'Validate the final browser-facing markup') but does not enumerate the skill's actual operations (flag violations, add dir attributes, apply bidi isolation), matching the 1-2-concrete-actions anchor rather than the several-actions anchor.

3 / 5

Completeness

Explicitly answers both questions with concrete triggers: the 'what' is 'Validate the final browser-facing markup, not just the source framework abstraction' and the 'when' is the explicit clause 'Use when reviewing templates, rendered HTML, or shared components related to Set text direction for RTL languages'.

5 / 5

Trigger Term Quality

Good natural-term coverage ('RTL', 'text direction', 'rendered HTML', 'templates', 'shared components'), but common variations users would say are missing ('right-to-left' spelled out, 'Arabic/Hebrew', 'localization/i18n', 'dir attribute'), so it fits 'good keyword coverage; a few natural terms missing' rather than comprehensive.

4 / 5

Distinctiveness Conflict Risk

The RTL/direction niche is clear and specific, but the templated 'reviewing templates, rendered HTML, or shared components related to...' phrasing would look near-identical across sibling frontendchecklist HTML rules, creating minor overlap risk with closely related skills rather than minimal conflict risk.

4 / 5

Total

16

/

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