CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/pseudo-localization-runner

Configures pseudo-localization for the app (replaces translatable strings with accented variants like "Submit" → "Şüƀɱîţ" + 35% length expansion) - surfaces UI issues without needing actual translators: hardcoded strings, truncation, encoding, and bidi handling. Use when preparing an app for translation (i18n / internationalization), validating l10n infrastructure, or when the user mentions pseudo-localization or localization testing.

71

Quality

89%

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

81%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 skill body: concrete per-stack library guidance, runnable config/test/CI code, a symptom-to-issue diagnostic table, an explicit activation-verification checkpoint, and a closing worked example that ties the steps together. Main improvements are tightening minor redundancy and making the Step 3 activation command fully concrete.

Suggestions

Make Step 3's activation instruction concrete (a real command or exact cookie/param values per library) instead of 'or whatever the pseudo-locale code is'.

Trim redundancy: drop or shrink 'When to use' (it duplicates the description) and the prose restating the letterMultiplier comment.

Consider moving the Playwright spec and CI yaml (Steps 5-6) into a reference file so SKILL.md stays a lean overview.

DimensionReasoningScore

Conciseness

Efficient body built from lean tables and code with no explanation of concepts Claude already knows (no 'what is i18n' padding). Minor trimmable parts: the 'When to use' section repeats the description's triggers, and the Step 2 prose restates what the 'letterMultiplier' code comment already says. Not level 5 because those few tokens could be trimmed; not level 3 because there is no genuinely unnecessary explanation.

4 / 5

Actionability

Mostly executable guidance: a complete i18next-pseudo init config, a Playwright spec, CI yaml, and a per-stack library table. Not level 5 because Step 3 is semi-pseudocode ('APP_URL=http://localhost:3000?lng=en-XA # or whatever the pseudo-locale code is') and the FormatJS/Django rows give approaches rather than commands; clearly above level 3 since the code shown is real and runnable, not pseudocode.

4 / 5

Workflow Clarity

Steps 1-7 are clearly sequenced (pick library, configure, run, spot issues, regression, CI, manual fallback) and include an explicit validation checkpoint with error recovery: 'Verify the pseudo-locale is active before walking the UI... If the page still shows plain English, the locale did not activate - fix the lng param or cookie and reload.' The worked example closes the loop (issue found, fixed, re-run clean). This matches the level-5 anchor with validation and feedback loops; nothing destructive or batch-like triggers the cap.

5 / 5

Progressive Disclosure

The single bundle reference (references/manual-transform.md, which exists) is well signaled in Step 7 and in the References section, one level deep. Not level 5 because the ~170-line body inlines the Playwright spec and CI yaml that could arguably live in reference files, leaving the SKILL.md a purer overview; well above level 3 since the structure and navigation are clear.

4 / 5

Total

17

/

20

Passed

Description

92%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, concrete capabilities with a worked string example, an enumerated list of surfaced issues, and an explicit 'Use when' clause covering several natural trigger phrases. The only weakness is that a few additional synonyms for the trigger terms could be included.

Suggestions

Add one or two more natural trigger variations such as 'fake localization' or 'translation readiness' to broaden keyword coverage.

Optionally mention the RTL pseudo-locale ('en-XB') in the description since bidi handling is listed as a surfaced issue.

DimensionReasoningScore

Specificity

Lists multiple concrete actions with comprehensive coverage: 'Configures pseudo-localization', 'replaces translatable strings with accented variants', '35% length expansion', and enumerates the exact issues surfaced ('hardcoded strings, truncation, encoding, and bidi handling'). Fits the level-5 anchor (multiple specific concrete actions, comprehensive) better than level 4, which requires minor gaps in coverage.

5 / 5

Completeness

Explicitly answers both: what ('Configures pseudo-localization for the app... surfaces UI issues: hardcoded strings, truncation, encoding, and bidi handling') and when ('Use when preparing an app for translation (i18n / internationalization), validating l10n infrastructure, or when the user mentions pseudo-localization or localization testing'). Matches the level-5 anchor exactly; the when-clause is explicit with concrete triggers, so level 4's 'could be more explicit' does not apply.

5 / 5

Trigger Term Quality

Good keyword coverage with natural terms users would say: 'i18n / internationalization', 'l10n', 'pseudo-localization', 'localization testing', 'preparing an app for translation'. Not level 5 because a few natural variations are missing (e.g., 'translation readiness', 'fake localization', 'RTL testing'), though it is clearly above the midpoint.

4 / 5

Distinctiveness Conflict Risk

Clear niche with distinct triggers ('pseudo-localization', 'pseudo-locale', 'l10n infrastructure validation') and minimal conflict risk; only marginal overlap with a general i18n/translation skill. Not a lower score because the trigger phrases are specific enough to disambiguate.

5 / 5

Total

19

/

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

Table of Contents