i18n-check
Scans changed files for hardcoded strings and i18n synchronization errors. Keeps apps translation-ready.
Install
mkdir -p .claude/skills/i18n-check && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/13410" && unzip -o skill.zip -d .claude/skills/i18n-check && rm skill.zipInstalls to .claude/skills/i18n-check
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Pre-commit i18n check. Scans changed files for untranslated strings, missing locale keys, and locale sync issues. Fast and focused — only checks what changed. Use before committing or as a review add-on.Key capabilities
- →Scan changed .vue files for hardcoded labels
- →Detect raw PascalCase/camelCase titles in templates
- →Compare key structure across locale files (en, nl, fr)
- →Flag keys present in 'en' but missing from other locales
- →Flag values in 'nl'/'fr' identical to 'en' (likely untranslated copy-paste)
- →Auto-fix hardcoded labels, raw titles, and static select arrays
How it works
The skill gathers changed .vue and locale files, scans templates for hardcoded text and raw titles, checks locale files for key sync issues, and reports findings or applies auto-fixes.
Inputs & outputs
When to use i18n-check
- →Find hardcoded UI strings
- →Verify locale key sync
- →Fix i18n before committing
- →Review translation gaps
About this skill
i18n Pre-Commit Check
Fast, focused translation check for changed files only. Catches the 4 most common i18n mistakes before they ship.
Modes
| Invocation | What it checks |
|---|---|
/i18n-check | All uncommitted changed .vue files + their locale files |
/i18n-check --scope <app> | Only files under apps/<app>/ |
/i18n-check --fix | Check + auto-fix all findings |
What It Catches
1. Hardcoded Labels (Most Common)
Scan changed .vue files for user-visible text NOT wrapped in $t() or t():
Must be translated:
label="..."onUFormField(should be:label="$t(...)")title="..."onCroutonTableHeader(should be:title="$t(...)")add-label="..."onCroutonFormRepeater(should be:add-label="$t(...)")placeholder="..."on inputs (should be:placeholder="$t(...)")dependent-label="..."on dependent field loaders- Static
{ label: 'Text', value: '...' }arrays in select options (should be computed with$t()) - Raw text in
<p>,<h1>-<h6>,<span>that isn't interpolation or a component - Button text content that isn't
{{ t(...) }}or{{ $t(...) }} - Tab/navigation labels in JS arrays (e.g.,
{ label: 'Scheduling', value: 'scheduling' })
Skip (not translatable):
- CSS class strings, icon names (
i-lucide-*) - Route paths, collection names, field names in
name="..."attributes - Component names, event handlers
- Boolean/number props
- Dynamic
:labelalready using$t()ort() - Comments,
console.log(), error messages in catch blocks - Test files
2. Raw PascalCase/camelCase Titles
Detect table headers or page titles using raw collection names:
<!-- BAD: Raw collection name as title -->
title="BookingsLocations"
title="PagesPages"
<!-- GOOD: Translated or formatted -->
:title="$t('bookings.collections.locations.title')"
:title="useFormatCollections().collectionWithCapital('pagesPages')"
3. Locale Key Sync
For each app with changed locale files, or apps whose components were changed:
- Compare key structure across
en.json,nl.json,fr.json - Flag keys present in
enbut missing fromnlorfr - Flag values in
nl/frthat are identical toen(likely untranslated copy-paste)
4. Missing Locale Infrastructure
If a changed .vue file uses $t() or t() but the layer has no locale files, flag it.
Workflow
Step 1: Gather changed files
# Get all changed .vue files (staged + unstaged)
git diff --name-only --diff-filter=ACMR HEAD | grep '\.vue$'
git diff --name-only --cached --diff-filter=ACMR | grep '\.vue$'
# Also check untracked .vue files
git ls-files --others --exclude-standard | grep '\.vue$'
If --scope is set, filter to apps/<scope>/**.
Step 2: Scan templates for hardcoded text
For each changed .vue file, read it and check:
Pattern matching (in <template> section only):
# Hardcoded label props (should use :label with $t)
label="[A-Z].*" on UFormField, CroutonFormReferenceSelect, etc.
# Hardcoded title props
title="[A-Z].*" on CroutonTableHeader
# Static select option arrays in <script>
{ label: 'Text', value: '...' } (not inside computed(() => ...))
# Tab/navigation items with static labels
{ label: 'Text', value: '...' } in navigationItems or similar arrays
Step 3: Check locale files
Find the locale directory for each changed component's layer:
apps/{app}/layers/{layer}/i18n/locales/{en,nl,fr}.json
Read all three and compare:
- Flatten all keys to dot-notation
- Find keys in
enmissing fromnlandfr - Find values in
nl/fridentical toen(possible untranslated)
Step 4: Report
If clean:
## i18n Check: clean ✅
Checked N file(s), no translation issues found.
If issues found:
## i18n Check: N issue(s) found
### Hardcoded Labels (X)
| File | Line | Text | Suggested Key |
|------|------|------|---------------|
| `path/to/File.vue` | 43 | `label="Location"` | `bookings.fields.location` |
### Raw Collection Titles (X)
| File | Line | Current | Fix |
|------|------|---------|-----|
| `path/to/List.vue` | 34 | `title="BookingsLocations"` | `:title="$t('bookings.collections.locations.title')"` |
### Missing Locale Keys (X)
| Key | Missing From |
|-----|-------------|
| `bookings.fields.slot` | nl, fr |
### Possibly Untranslated (X)
| Key | Value (same as en) |
|-----|-------------------|
| `bookings.fields.name` | "Name" (nl), "Name" (fr) |
Step 5: Auto-fix (if --fix)
When --fix is passed:
- Hardcoded labels → Replace
label="Text"with:label="$t('suggested.key')" - Raw titles → Replace with
$t()oruseFormatCollections() - Static select arrays → Wrap in
computed()with$t()calls - Missing locale keys → Add to
nl.json/fr.jsonwith English placeholder - Add
useI18n()import if needed for computed select options
After fixing, show what was changed and suggest the user verify translations in nl.json/fr.json.
Key Naming Convention
When suggesting keys, follow this pattern:
{layer}.collections.{collection}.title → Collection list titles
{layer}.fields.{fieldName} → Form field labels
{layer}.actions.{actionName} → Button/action labels
{layer}.tabs.{tabName} → Tab/navigation labels
{layer}.messages.{messageName} → Helper text, toasts
{layer}.{enumGroup}.{value} → Select option labels
Examples:
bookings.fields.location→ "Location" field labelbookings.actions.addTimeSlot→ "Add Time Slot" buttonbookings.triggerTypes.booking_created→ Select option
Integration with /commit
This check runs automatically as part of /commit when changed files include .vue files in an app with i18n configured. It runs AFTER /sync-docs and BEFORE the actual commit.
If issues are found:
- With
--fix: Fix and include fixes in the commit - Without
--fix: Report findings and ask "Fix before committing? (y/n/skip)"
Rules
- Only check changed files — never scan the whole repo (use
/i18n-auditfor that) - Suggest specific keys — don't just say "needs translation", propose the key path
- Don't flag internal strings — error messages in
catch,console.log, dev-only text are fine - Trust existing patterns — if a file already uses
$t()consistently and one label is hardcoded, that's likely an oversight worth flagging - Locale files are authoritative — if a key exists in the locale file, trust it's intentional
When not to use it
- →When scanning the entire repository for i18n issues
- →When the work is not yet ready for pre-commit checks
- →When internal strings like error messages or console.log are the focus
Limitations
- →Only checks changed files, not the entire repository.
- →Does not flag internal strings like error messages in catch blocks.
- →Relies on existing patterns and locale files for authoritative checks.
How it compares
This skill focuses on uncommitted changes and provides auto-fixing capabilities for common i18n mistakes, unlike a full repository audit or manual review.
Compared to similar skills
i18n-check side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| i18n-check (this skill) | 0 | 1mo | Review | Beginner |
| vue-testing-best-practices | 5 | 6mo | No flags | Intermediate |
| rdc-vue-testing | 1 | 3mo | Review | Advanced |
| vue-i18n-skilld | 0 | 3mo | No flags | Intermediate |
Try saying
Example prompts that trigger this skill in your AI assistant.
You might also like
vue-testing-best-practices
vuejs-ai
Use for Vue.js testing. Covers Vitest, Vue Test Utils, component testing, mocking, testing patterns, and Playwright for E2E testing.
rdc-vue-testing
reactive
Test @data-client/vue composables and components - renderDataCompose, mountDataClient, fixtures, jest, nock, Vue 3 reactive props, useSuspense testing
vue-i18n-skilld
skilld-dev
Internationalization plugin for Vue.js. ALWAYS use when writing code importing \"vue-i18n\". Consult for debugging, best practices, or modifying vue-i18n, vue i18n.
vue
valibali
Use when editing .vue files, creating Vue 3 components, writing composables, or testing Vue code - provides Composition API patterns, props/emits best practices, VueUse integration, and reactive destructuring guidance
harden
Aixbox
Improve interface resilience through better error handling, i18n support, text overflow handling, and edge case management. Makes interfaces robust and production-ready. Use when the user asks to harden, make production-ready, handle edge cases, add error states, or fix overflow and i18n issues.
vue-best-practices
antfu
MUST be used for Vue.js tasks. Strongly recommends Composition API with `<script setup>` and TypeScript as the standard approach. Covers Vue 3, SSR, Volar, vue-tsc. Load for any Vue, .vue files, Vue Router, Pinia, or Vite with Vue work. ALWAYS use Composition API unless the project explicitly requires Options API.