Translation QA for locale files: keyless validators, semantic review and BYO-key translation
Copy the AI prompt to install this server into Claude Code, Cursor, or another agent β or use 1-click editor setup below.
π‘ Paste the JSON block into your client's configuration file under mcpServers, then restart the application.
Catch broken translations before you ship them. An open-source QA gate for your locale files β and, when you want it, an i18n translation engine that runs on your own LLM key.
Your es.json says Hola where the English says Hello {{name}}. The placeholder is gone, the
build is green, and the bug ships. Shipi18n finds that, and it finds the harder kind too: the string
that has every placeholder and still says the wrong thing.

A real run, not a mockup β docs/check-demo.tape reproduces it.
No API key, no account, no config. Missing keys, dropped placeholders, collapsed plurals, empty values and untranslated copy β as human output, JSON, SARIF (GitHub PR annotations) or JUnit.
If the check catches something in your project, consider starring the repo β stars are how the next person with a broken
es.jsonfinds this.
Then, when you want the meaning checked, bring your own key. The judge needs a provider SDK alongside the CLI:
An LLM reads each pair and reports mistranslations, omissions and additions:
Every placeholder is intact and every key is present, so structural checks pass this file. Only reading it catches the bug. Advisory by default β it warns, it does not fail your build.
Measured, not asserted. On a 228-pair corpus committed before the judge was written (
60d699b) and with thresholds fixed first: 54/54 planted errors caught (100%) and 12/168 false positives on clean pairs (7.1%), with 6/6 glossary violations found. Reproduced on two independent runs (2026-08-16 and 2026-08-17) usingclaude-haiku-4-5, 3 passes, ~59k tokens in 156s. Label accuracy moved between runs (100% β 98.1%) β it is a model, so read these as a range, not a constant. The harness isevals/semantic/. Run it against your own model.
Nothing goes through our servers, because there are none. The only network call is from your machine to the provider you chose.
| Package | Description |
|---|---|
@shipi18n/core | The engine: translation checks, the semantic judge, placeholder validation β plus provider-agnostic, structure-preserving translation with incremental mode. |
@shipi18n/cli | shipi18n check ./locales for CI, --semantic for meaning, lock to protect hand-edits, translate when you need it. |
@shipi18n/mcp | MCP server β check, diff and review locale files from Claude Desktop, Cursor, or any MCP client. Validation needs no API key. |
vite-plugin-shipi18n | Vite plugin that translates locale files at build time, with caching. |
shipi18n-github-action | GitHub Action that keeps translations in sync on push/PR. |
Generating translations is a solved problem. Half a dozen good tools will fill your locale files, and
an agent will do it for free. Nothing checks the result. Your CI lints your JavaScript, typechecks
your types and runs your tests β and then ships a de.json that nobody has read, produced by a model
nobody audited.
The checks that do exist are structural: they diff key sets and stop there. That catches the missing key. It does not catch the translation that has every key and every placeholder and still tells your German users the opposite of what you meant.
Shipi18n is that missing gate, in two layers:
{{name}}, {count}, %s, %d, %1$s, $t(...), %{name}, HTML), collapsed plural forms,
empty values, untranslated copy, coverage per language.Plus the parts that make it usable day to day:
.arb and Apple .xcstrings, including %@/%lld specifiers.--fail-on, --min-coverage, SARIF for PR annotations, JUnit.shipi18n lock records the translations a human blessed and warns
when anything overwrites them, or when the source moves underneath them.complete(prompt) method is a valid adapter.@shipi18n/mcp brings the checks to any MCP client. The validation tools call no model, so they need
no key at all:
"Check ./locales against English and tell me what's broken in Spanish."
review_locales goes further without needing a key either: it hands your agent the translation pairs
and the review criteria, and your agent reasons about meaning with the model it already runs.
The checks work on translations from any source β a TMS, another tool, an agent, a human. Run it on every push:
Missing keys, dropped placeholders, collapsed plurals, empty values and untranslated copy β reported
as human output, JSON, SARIF (GitHub PR annotations) or JUnit. Works on plain JSON trees, Flutter
.arb bundles and Apple .xcstrings catalogs. Deterministic and offline: no LLM, no API key.
Fix a string by hand, lock it, and check warns you if anything ever overwrites it β or if the
English moves underneath it:
.shipi18n/locks.json stores hashes only, is safe to commit, and these findings are warnings β
protecting human work must never block a pipeline. Details in the
CLI README.
Checking works on translations from anywhere, but if you want Shipi18n to produce them too, it does β with your key, your model, and nothing in between.
Or from Node (same SDK requirement):
Structure-preserving, placeholder-safe and incremental β only new or changed keys are sent to the model. Then check the result with the same tool.
This is a pnpm + turbo monorepo.
Changesets manage versioning: pnpm changeset to add one.
Issues and pull requests are welcome β see CONTRIBUTING.md. pnpm install && pnpm test
runs 105 tests against a mock adapter, so you need no API key to work on this.
Apache-2.0 Β© Shipi18n. See NOTICE.
No reviews yet β be the first to share how this listing worked for you.
Showcase your server listing on GitHub or your project documentation. Embed this dynamic SVG badge to highlight official listing status and live engagement.
[](https://allmcps.com/mcp/shipi18n)<a href="https://allmcps.com/mcp/shipi18n"><img src="https://allmcps.com/api/badge/shipi18n?style=directory" alt="Shipi18n on AllMCPs" /></a>