CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/locale-format-validator

Build-an-X workflow that verifies locale-specific format rendering - dates (US `5/4/2026` vs ISO `2026-05-04` vs DE `04.05.2026` vs JP `2026/05/04`), numbers (US `1,234.56` vs DE `1.234,56` vs FR `1 234,56`), currencies (US `$1,234.56` vs JP `¥1,235` vs DE `1.234,56 €`), times, durations. Use when the product displays locale-sensitive data and the team needs assurance the formatting matches per-locale conventions.

77

Quality

97%

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

92%

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

A lean, highly actionable test-authoring recipe with a clearly sequenced workflow and an explicit failure→fix feedback loop. Its main weakness is structure: everything is packed into one monolithic file with no progressive disclosure into reference files.

Suggestions

Move the full per-locale date/number/currency expectation tables (Steps 2–4) into a reference file (e.g. references/locale-expectations.md) and keep SKILL.md as an overview pointing to it, so the main file stays a concise entry point.

Extract the worked example and CI matrix block into a references/ or scripts/ file, signaling them with one-level-deep links from the corresponding steps.

Add a brief validation note in Step 5 or 7 stating the expected pass/fail behavior (e.g. 'if any locale assertion fails, trace to CLDR per Step 8 before adjusting expectations') to make the feedback loop explicit at the step level.

DimensionReasoningScore

Conciseness

The body is lean and table/code-driven — exact per-locale format tables, copy-paste Playwright snippets, a CI matrix block, and tight anti-pattern/limitation tables — with almost no padding. It assumes Claude's competence (no explainer on what a locale or a Playwright test is) and earns its tokens. Not score 2 because there is no unnecessary explanation to tighten; the brief Overview bug examples are motivating, not redundant concept explanation.

3 / 3

Actionability

Provides fully executable, copy-paste-ready Playwright TypeScript tests asserting exact rendered strings ('toHaveText("1.234,56 €")', 'toHaveText("12,34,567")'), a concrete CI yaml loop, and a playwright.config projects snippet. Not score 2: no pseudocode; commands and assertions are specific and complete.

3 / 3

Workflow Clarity

An explicit 8-step sequence (identify library → expectations → author tests → timezone → CI matrix → CLDR trace) with the CI run as the validation checkpoint, and the Worked Example demonstrates an explicit failure→diagnose→fix→repass feedback loop ('The de-DE case fails ... Replacing the format call ... makes all three locales pass'). This is not destructive/batch work, so the cap note does not apply; it matches the score-3 anchor with explicit validation and an error-recovery loop.

3 / 3

Progressive Disclosure

No bundle files exist (references/, scripts/, assets/ are absent) and all detail — the full per-locale date/number/currency tables, all code samples, the worked example, and the CI config — lives inline in a single ~200-line SKILL.md. Sections are well-labeled and organized, but nothing is split into one-level-deep reference files, matching the score-2 anchor 'content that should be separate is inline' rather than the score-3 'content appropriately split' anchor.

2 / 3

Total

11

/

12

Passed

Description

100%

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, third-person, and explicitly states both capability and trigger conditions with concrete per-locale examples. It is distinct and unlikely to conflict with other skills.

DimensionReasoningScore

Specificity

Lists multiple concrete actions with exact per-locale examples: 'verifies locale-specific format rendering - dates (US `5/4/2026` vs ... DE `04.05.2026` vs JP `2026/05/04`), numbers ..., currencies ..., times, durations.' This matches the score-3 anchor of multiple specific concrete actions.

3 / 3

Completeness

Explicitly answers both 'what' (verifies locale-specific rendering of dates/numbers/currencies/times/durations) and 'when' ('Use when the product displays locale-sensitive data and the team needs assurance the formatting matches per-locale conventions'). Matches the score-3 anchor with an explicit 'Use when' clause.

3 / 3

Trigger Term Quality

Covers natural terms users would say ('dates', 'numbers', 'currencies', 'times', 'durations', 'locale-specific format', 'per-locale conventions') and the 'Use when the product displays locale-sensitive data' trigger maps to real bug-report phrasing like 'the date is in the wrong format'. Good coverage of natural variations; not merely jargon.

3 / 3

Distinctiveness Conflict Risk

Clear niche — locale-format verification — with concrete, specific triggers unlikely to fire for unrelated skills; it is distinguishable from sibling skills like rtl-rendering-tester or pseudo-localization-runner. Not generic enough to conflict broadly.

3 / 3

Total

12

/

12

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Reviewed

Table of Contents