CtrlK
BlogDocsLog inGet started
Tessl Logo

translation-strings

Use when reviewing a codebase for internationalisation readiness, setting up an i18n library, or preparing strings for a new locale.

52

Quality

58%

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/translation-strings/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.

The body is a well-organized, disclosure-friendly overview with a clean Check/Fix/Explain/Code Review structure and an appropriately referenced detail file. Its main weakness is actionability: no inline ICU MessageFormat example or named library leaves the Fix guidance executable only after opening the reference.

Suggestions

Include one inline ICU MessageFormat example in the Fix section (e.g., "{count, plural, =0 {No results} one {# result} other {# results}}") so the core fix is executable without opening the reference.

Name a concrete library or syntax in the Fix section instead of the generic 'the library' (e.g., i18next, FormatJS, or Intl.PluralRules).

Trim or compress the intro paragraph, which explains background Claude already knows and duplicates references/rule.md's 'Why It Matters' section verbatim.

DimensionReasoningScore

Conciseness

The body is lean with terse one-line Check/Fix/Explain/Code Review sections, but the intro paragraph ('Naive string concatenation produces untranslatable sentences because word order varies dramatically across languages...') explains a concept Claude already knows and duplicates the reference file's 'Why It Matters' section verbatim. This is 'efficient; minor instances of over-explanation that could be trimmed' rather than 5, but well clear of the noticeably-verbose level 3.

4 / 5

Actionability

Quick Reference bullets give concrete rules ('Never concatenate translated strings with variables — use named placeholders', 'Use ICU MessageFormat for pluralisation') but the body contains no code, no ICU syntax example, and refers to an unnamed 'the library'. Guidance is concrete in intent but incomplete — nothing in the body is copy-paste executable — matching 'some concrete guidance but incomplete; missing key details'.

3 / 5

Workflow Clarity

The Check/Fix/Explain/Code Review sections give an unambiguous mode structure for a simple sub-50-line skill, with each mode's scope clearly defined. It sits at 'clear sequence with most checkpoints present' rather than 5 because the modes are parallel task descriptions rather than an ordered workflow, and no verification step is defined for reviewing the fix; no destructive/batch cap applies.

4 / 5

Progressive Disclosure

The body is a concise overview and the single detail file is clearly signaled ('For full implementation details, code examples, and framework-specific guidance, see references/rule.md'), verified to exist and exactly one level deep with content appropriately split out of the overview. This matches 'clear overview with well-signaled one-level-deep references; easy navigation'.

5 / 5

Total

16

/

20

Passed

Description

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

The description has a well-formed, specific 'Use when' trigger clause but completely lacks a 'what does this skill do' statement, which caps its completeness at 2. Trigger coverage is decent but omits common synonyms like 'translation' and 'localization' that users would naturally say.

Suggestions

Lead with a 'what' statement before the trigger clause, e.g., 'Reviews and fixes translation strings by converting string concatenation to ICU MessageFormat patterns with named placeholders and pluralisation. Use when...'.

Add common natural terms users would say — 'translation', 'translating strings', 'localization/localisation' — to broaden trigger coverage.

Mention concrete deliverables in the description (e.g., 'audits components for hardcoded strings and missing plural forms') to raise specificity from scenario-naming to skill-action-naming.

DimensionReasoningScore

Specificity

The description names the domain and three semi-concrete scenario actions ("reviewing a codebase for internationalisation readiness, setting up an i18n library, or preparing strings for a new locale") but never states what the skill itself does. This matches the 'names domain and 1-2 concrete actions, but not comprehensive' anchor; it falls short of 4 because no specific skill-side actions (e.g., converting concatenation to ICU patterns) are listed.

3 / 5

Completeness

Only the 'when' is present ("Use when reviewing...") with no 'what' statement describing what the skill does. This exactly matches the anchor-2 case 'only when is present without what' (example: "Use when working with documents"); it cannot score 3 because the 'what' is not weakly implied — it is entirely absent.

2 / 5

Trigger Term Quality

Includes relevant terms like "internationalisation readiness", "i18n library", "strings", and "new locale", but misses the most common user phrasings such as "translation", "localization/localisation", and "translate". This is the 'some relevant keywords but missing common variations or synonyms' anchor rather than 4, since several natural terms users would actually say are absent.

3 / 5

Distinctiveness Conflict Risk

The i18n/translation-strings niche is fairly distinct with specific trigger objects ("i18n library", "new locale"), giving minimal conflict risk with unrelated skills. "Reviewing a codebase" is broad but qualified by "internationalisation readiness", so it sits at 'mostly distinct; minor overlap risk' rather than the fully-distinct 5.

4 / 5

Total

12

/

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.