CtrlK
BlogDocsLog inGet started
Tessl Logo
PluginPublic

testland/pseudo-localization-runner

Use when preparing an app for translation, checking localization infrastructure, or when pseudo-localization comes up. Replaces strings with accented, 35%-longer variants to expose hardcoded text, truncation, encoding and bidi problems without real translators.

Quality

87%

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

85%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, action-oriented skill: concrete per-stack library guidance, executable config/test/CI code, an explicit validation checkpoint with recovery instructions in Step 3, and a genuine one-level-deep reference file for the manual fallback. The only weaknesses are minor redundancy in the overview and a slightly vague locale-activation snippet in Step 3.

DimensionReasoningScore

Conciseness

The body is efficient — tables for library choice and symptom/issue mapping, tight code blocks, and no padding explaining what localization is. Minor over-explanation keeps it from a 5: the overview's readability point is restated after the examples ("The output stays readable to English-speaking QA"), and the letterMultiplier explanation repeats the inline comment in the code block.

4 / 5

Actionability

Mostly executable guidance: a complete i18next-pseudo config, a Playwright spec, and a CI snippet are all copy-paste ready, and the per-stack table gives concrete library names. It falls short of fully-executable 5 because the Step 3 activation snippet is vague ("or whatever the pseudo-locale code is") and the FormatJS/Django table rows give direction rather than runnable steps, deferring detail to the manual-transform fallback.

4 / 5

Workflow Clarity

Steps 1-7 are clearly sequenced, and Step 3 contains an explicit validation checkpoint with an error-recovery loop: "Verify the pseudo-locale is active... If the page still shows plain English, the locale did not activate - fix the lng param or cookie and reload before continuing." The worked example and anti-patterns table close the loop (detect → fix → re-run clean), matching the 5 anchor's explicit validation and feedback loops; the operation is non-destructive so no cap applies.

5 / 5

Progressive Disclosure

The SKILL.md is a well-organized overview with clearly signaled, one-level-deep references: [references/manual-transform.md](references/manual-transform.md) is linked from Step 7 and the References section, exists as a real file, and contains the promised self-contained script with no nested references. This matches the 5 anchor of a clear overview with well-signaled single-level references and appropriately split content.

5 / 5

Total

18

/

20

Passed

Description

83%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 that clearly states what the skill does (accented, length-expanded string replacement) and when to use it, with concrete trigger phrasing around translation prep and localization infrastructure. The main gaps are missing common synonym triggers (i18n, l10n, internationalization) and slight overlap risk with genuine translation-management skills.

DimensionReasoningScore

Specificity

"Replaces strings with accented, 35%-longer variants to expose hardcoded text, truncation, encoding and bidi problems" names the mechanism and four concrete problem classes it surfaces, matching the 'several specific actions; minor gaps' anchor. It is not a 5 because it describes one transformation mechanism with its effects rather than multiple distinct concrete actions.

4 / 5

Completeness

It explicitly answers both questions: 'what' ("Replaces strings with accented, 35%-longer variants to expose hardcoded text, truncation, encoding and bidi problems") and 'when' with a concrete "Use when..." clause listing three trigger scenarios. This matches the 5 anchor ('clearly and explicitly answers both what AND when with concrete trigger phrases'); the 4 anchor's weaker 'when' does not apply since the triggers are explicit and multiple.

5 / 5

Trigger Term Quality

Natural trigger phrases are present — "preparing an app for translation", "checking localization infrastructure", "when pseudo-localization comes up" — which users would plausibly say. It falls short of the 5 anchor because common variations like "i18n", "l10n", "internationalization", or "translatable strings" are absent, while clearly exceeding the 3 anchor's 'missing common variations or synonyms' by including multiple natural phrasings.

4 / 5

Distinctiveness Conflict Risk

Pseudo-localization is a clear niche with its own trigger term ("when pseudo-localization comes up"), making confusion with unrelated skills unlikely. However, "preparing an app for translation" and "checking localization infrastructure" could also plausibly match a real-translation or i18n-auditing skill, which is minor overlap with closely related skills — the 4 anchor — rather than the 5 anchor's minimal conflict risk.

4 / 5

Total

17

/

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