CtrlK
BlogDocsLog inGet started
Tessl Logo
PluginPublic

testland/rtl-rendering-tester

Use when an app supports right-to-left languages (Arabic, Hebrew, Persian, Urdu). Runs the suite under RTL locales, checks dir=rtl, mirrored layout, icons and alignment, logical CSS properties instead of left and right, and captures screenshots per locale for review.

Quality

86%

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

Overview
Quality
Evals
Security
Files

Quality

Content

78%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 testing skill: six sequenced, executable Playwright checks with standards citations, a useful failure-to-fix anti-patterns table, and clean progressive disclosure into one real, well-scoped reference file. The main improvements are removing the duplicated W3C quote and making two weaker assertions (icon-mirror transform sniff, form cursor position) robust and concrete.

Suggestions

Remove the duplicated W3C 'Do not use CSS to apply base direction' quote — it appears verbatim in Step 1 and again in the anti-patterns table; cite it once and let the table reference Step 1.

Replace Step 3's brittle `expect(transform).toContain('-1')` with a robust mirroring check (e.g., asserting a mirrored asset/data attribute, or comparing bounding-box positions in LTR vs RTL runs), since the comment itself admits 'or use a different mirrored asset'.

Make Step 5's form-input check concrete: the comment 'assert via screenshot or computed-style direction' is unresolved — either assert the caret position via selectionStart/selectionEnd geometry or explicitly direct the reader to the per-locale screenshot check in references/rtl-checks.md.

DimensionReasoningScore

Conciseness

The body is dominated by executable test code with short, purposeful standards citations rather than padding, but the W3C "Do not use CSS to apply base direction" quote is duplicated verbatim in Step 1 and the anti-patterns table, and the table restates each step's fix — minor trimmable redundancy fitting anchor 4 rather than the every-token-earns-its-place anchor 5.

4 / 5

Actionability

Six mostly copy-paste-ready Playwright tests cover the common cases, but Step 3's `expect(transform).toContain('-1')` is brittle and self-acknowledges "or use a different mirrored asset", and Step 5's cursor check is left as "assert via screenshot or computed-style direction" while the actual assertion only covers text-align — minor gaps inside concrete code, matching anchor 4 rather than the fully-ready anchor 5.

4 / 5

Workflow Clarity

Steps 1–6 are clearly sequenced and each step is itself an assertion-based checkpoint, with the anti-patterns table mapping failures to fixes; however there is no explicit "if this fails, fix and re-run" feedback loop (the table is a passive mapping), so it matches anchor 4 rather than anchor 5.

4 / 5

Progressive Disclosure

Core checks are inline while supplementary material (per-locale visual regression, CI integration, dirname) is appropriately split into a single clearly-signaled, one-level-deep reference — references/rtl-checks.md, verified to exist and to contain exactly what Step 6 promises — matching the anchor for a clear overview with well-signaled one-level-deep references.

5 / 5

Total

17

/

20

Passed

Description

88%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: third-person voice, explicit "Use when" triggers naming the four RTL languages, and a comprehensive list of concrete checks (dir=rtl, mirroring, logical properties, per-locale screenshots). The only weaknesses are a few missing natural synonyms (localization, i18n, bidi) and minor overlap with sibling i18n skills.

DimensionReasoningScore

Specificity

The description enumerates multiple concrete, comprehensive actions — "Runs the suite under RTL locales, checks dir=rtl, mirrored layout, icons and alignment, logical CSS properties instead of left and right, and captures screenshots per locale" — matching the anchor for multiple specific concrete actions with comprehensive coverage; score 4 would imply coverage gaps that are not present.

5 / 5

Completeness

It opens with an explicit "Use when an app supports right-to-right languages (Arabic, Hebrew, Persian, Urdu)" trigger clause containing concrete trigger phrases, and pairs it with a detailed description of what the skill does, clearly matching anchor 5; the when-clause is explicit and specific, so it is not anchor 4.

5 / 5

Trigger Term Quality

Good natural keyword coverage ("right-to-left", "RTL", "Arabic, Hebrew, Persian, Urdu") that users would actually say, but common variations like "localization", "i18n", "bidi", or "RTL layout" are missing, which fits anchor 4 rather than the comprehensive-synonym coverage of anchor 5.

4 / 5

Distinctiveness Conflict Risk

RTL rendering verification is a clear niche with distinct language-based triggers, but the skill's own body names closely related siblings (pseudo-localization-runner covering an RTL pseudo-loc variant, i18n-string-coverage), so there is minor overlap risk with closely related skills — anchor 4 rather than the minimal-conflict anchor 5.

4 / 5

Total

18

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Reviewed

On this page