i18n-codelens-mcp
Provides tools for inspecting, auditing, and safely editing i18next-style locale JSON files, including namespace files where keys are referenced as 'common:nav.home'.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@i18n-codelens-mcp audit missing translations in locales/de.json against en.json"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
i18n-codelens-mcp
Model Context Protocol (MCP) server for i18n translation files. It lets AI agents (Claude Code, Cursor, Antigravity, GitHub Copilot, Codex, Gemini CLI and any other MCP client) inspect, audit and safely edit locale JSON files without ever loading a whole locale file into the model context.
Compact by design. Ten tools, single-line JSON results, no echoed input,
limit/includeValueseverywhere. A typical read costs 50-200 tokens.Safe by construction. No write path can reduce a locale file's key set; mixed flat/nested files are edited in place, never converted; upserts report conflicts instead of overwriting.
Current MCP. Built on the TypeScript SDK v2: protocol revision 2026-07-28 and the 2025 revisions, server instructions, prompts (slash commands), cache hints and elicitation-based confirmation for destructive tools.
Any layout.
locales/en.json,locales/en-US.json,messages.en.jsonand i18next-stylelocales/en/common.json(namespace files, keys ascommon:nav.home).
This package is also the MCP backend of the i18n CodeLens VS Code extension.
Requirements
Node.js 20 or newer
Locale resources as JSON files
An MCP client that supports stdio servers
Related MCP server: i18next MCP Server
Install
npx -y i18n-codelens-mcp
# or
npm install -g i18n-codelens-mcpClient setup
Every command below registers the same thing: a stdio server named i18n-codelens running npx -y i18n-codelens-mcp. Pick your client, run one line, done.
The server needs to know which project to work on. Most clients start it in the project directory, and Claude Code passes the project root explicitly, so nothing else is needed. When your client starts the server from somewhere else, add the project path with the client's env flag, for example -e WORKSPACE_ROOT=/absolute/path/to/project.
Windows PowerShell: PowerShell can swallow a bare
--before it reaches the CLI, which then reportsunknown option '-y'. If that happens, quote the separator as'--', or run the command fromcmd, Git Bash or WSL.
Claude Code
# for the whole team: writes .mcp.json in the repo
claude mcp add --scope project i18n-codelens -- npx -y i18n-codelens-mcp
# just for you, in every project
claude mcp add --scope user i18n-codelens -- npx -y i18n-codelens-mcpClaude Code sets CLAUDE_PROJECT_DIR for stdio servers, so the server always finds the right project. Its tool-search feature defers MCP tools; i18n_upsert_translations and i18n_get_translations are marked anthropic/alwaysLoad so the two everyday tools need no lookup. The prompts show up as /i18n-codelens:audit, /i18n-codelens:add-key and /i18n-codelens:translate-missing.
Project scope is .mcp.json in the repository root:
{
"mcpServers": {
"i18n-codelens": {
"type": "stdio",
"command": "npx",
"args": ["-y", "i18n-codelens-mcp"]
}
}
}Google Antigravity
agy mcp add i18n-codelens -- npx -y i18n-codelens-mcpagy mcp list, agy mcp disable i18n-codelens and agy mcp remove i18n-codelens manage it afterwards. Inside the IDE, /mcp opens the MCP manager.
Global is ~/.gemini/config/mcp_config.json (Windows: %USERPROFILE%\.gemini\config\mcp_config.json), per project .agents/mcp_config.json. In the IDE: … → MCP Servers → Manage MCP Servers → View raw config.
{
"mcpServers": {
"i18n-codelens": {
"command": "npx",
"args": ["-y", "i18n-codelens-mcp"],
"cwd": "/absolute/path/to/project",
"env": { "WORKSPACE_ROOT": "/absolute/path/to/project" }
}
}
}Antigravity also accepts disabled: true and disabledTools: ["i18n_format_resources"] per server.
Gemini CLI
gemini mcp add -s user i18n-codelens npx -y i18n-codelens-mcpUse -s project to write the project's settings instead. Gemini takes the command and its arguments positionally, so no -- is needed.
OpenAI Codex CLI
codex mcp add i18n-codelens -- npx -y i18n-codelens-mcp~/.codex/config.toml:
[mcp_servers.i18n-codelens]
command = "npx"
args = ["-y", "i18n-codelens-mcp"]VS Code and Copilot Chat
code --add-mcp "{\"name\":\"i18n-codelens\",\"command\":\"npx\",\"args\":[\"-y\",\"i18n-codelens-mcp\"]}"That writes the user profile. MCP: Add Server in the Command Palette does the same through a guided flow and can target the workspace.
.vscode/mcp.json in the repository, which you can commit:
{
"servers": {
"i18n-codelens": {
"type": "stdio",
"command": "npx",
"args": ["-y", "i18n-codelens-mcp"],
"env": { "WORKSPACE_ROOT": "${workspaceFolder}" }
}
}
}OpenCode
opencode mcp add i18n-codelens -- npx -y i18n-codelens-mcpopencode.json in the project root, or ~/.config/opencode/opencode.json:
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"i18n-codelens": {
"type": "local",
"command": ["npx", "-y", "i18n-codelens-mcp"],
"enabled": true
}
}
}GitHub Copilot CLI
Copilot CLI adds servers from inside a session rather than from the shell. Start copilot, then:
/mcp addFill in the form: Server Name i18n-codelens, Server Type STDIO, Command npx -y i18n-codelens-mcp. /mcp, /mcp show i18n-codelens and /mcp delete i18n-codelens manage it afterwards.
User level is ~/.copilot/mcp-config.json; for a repository commit .github/mcp.json, or drop an uncommitted .mcp.json at the project root.
{
"mcpServers": {
"i18n-codelens": {
"type": "local",
"command": "npx",
"args": ["-y", "i18n-codelens-mcp"],
"env": {},
"tools": ["*"]
}
}
}Cursor, Windsurf, Claude Desktop, Kiro, Cline and Roo Code
These clients have no command to add a server, so the configuration file is the way in. The shape is the same everywhere; only the path differs.
.cursor/mcp.json in the project or ~/.cursor/mcp.json; Windsurf uses ~/.codeium/windsurf/mcp_config.json.
{
"mcpServers": {
"i18n-codelens": {
"command": "npx",
"args": ["-y", "i18n-codelens-mcp"],
"env": { "WORKSPACE_ROOT": "/absolute/path/to/project" }
}
}
}cursor-agent mcp list and cursor-agent mcp enable i18n-codelens manage it from the terminal once it is configured.
Open Settings → Developer → Edit Config.
{
"mcpServers": {
"i18n-codelens": {
"command": "npx",
"args": ["-y", "i18n-codelens-mcp"],
"env": { "WORKSPACE_ROOT": "/absolute/path/to/project" }
}
}
}Command palette: Kiro: Open workspace MCP config (JSON) for .kiro/settings/mcp.json, or the user config at ~/.kiro/settings/mcp.json.
{
"mcpServers": {
"i18n-codelens": {
"command": "npx",
"args": ["-y", "i18n-codelens-mcp"],
"env": { "WORKSPACE_ROOT": "/absolute/path/to/project" },
"disabled": false,
"autoApprove": ["i18n_project_info", "i18n_get_translations", "i18n_search_keys", "i18n_file_keys", "i18n_key_references", "i18n_audit"]
}
}
}~/.config/zed/settings.json, or .zed/settings.json for the team. Zed calls MCP servers context_servers.
{
"context_servers": {
"i18n-codelens": {
"source": "custom",
"command": "npx",
"args": ["-y", "i18n-codelens-mcp"],
"env": { "WORKSPACE_ROOT": "/absolute/path/to/project" }
}
}
}Open the extension panel → MCP Servers → Configure MCP Servers. Cline writes cline_mcp_settings.json, Roo Code mcp_settings.json or .roo/mcp.json per project.
{
"mcpServers": {
"i18n-codelens": {
"command": "npx",
"args": ["-y", "i18n-codelens-mcp"],
"env": { "WORKSPACE_ROOT": "/absolute/path/to/project" },
"disabled": false,
"autoApprove": []
}
}
}Sharing with a team
Commit a project-level configuration so every teammate and every agent picks up the same server without touching global settings.
Client | Project-level file | One-liner |
Claude Code |
|
|
Antigravity |
| |
GitHub Copilot CLI |
| |
VS Code / Copilot Chat |
| |
Gemini CLI | project settings |
|
OpenCode |
|
|
Cursor |
| |
Kiro |
| |
Zed |
| |
Roo Code |
|
Workspace root
Resolution order:
Per-tool
workspaceDirargument (must be inside the configured root, see below)CLI
--workspaceRoot <path>/--workspace-root <path>WORKSPACE_ROOTCLAUDE_PROJECT_DIR(set by Claude Code)Current working directory
Server package directory
The workspaceDir tool argument can only select a sub-directory of the configured root. A model cannot point the server at another directory on disk unless the server is started with I18N_ALLOW_ANY_WORKSPACE=1.
Configuration
Variable | Default | Description |
| cwd | Project root to scan and edit |
|
| Locale JSON glob |
|
| Source glob for key scans |
| built-in | Regex with a named group |
|
| JSON array or comma/semicolon list of globs; |
|
| Write shape: |
|
| Where new keys go: |
|
| Separator between namespace and key for |
| unset | Namespace used for keys written without one in a namespaced project |
| unset | Let |
| unset | Log relay used by the VS Code extension |
Tools
Tool | Writes | Purpose |
| No | Locales, key format, counts, config, warnings. Call once per session. |
| No | Values of keys per locale; |
| No | Substring search in keys or values, optional |
| No | Keys one source file uses and the locales lacking each |
| No | Where keys are used in code ( |
| No |
|
| Yes | Create/update keys with a value per locale; writes immediately, never deletes, conflicts unless |
| Yes | Remove keys; previews unless |
| Yes | Rename a key, or move a namespace when |
| Yes | Sort keys and normalize formatting; previews unless |
All results are compact single-line JSON. Empty sections are omitted, paths are workspace-relative with forward slashes, and every list honours limit (default 50). Errors come back as isError text with the fix in the message (for example the list of available locales).
Confirmation for destructive tools
i18n_delete_keys, i18n_rename_key and i18n_format_resources preview by default. When the model omits dryRun and the client supports MCP elicitation (Claude Code does), the server shows the user a one-question dialog describing the change and applies it on accept. Pass dryRun:false to apply without a dialog, dryRun:true to only preview. i18n_upsert_translations needs no confirmation: it cannot remove keys and refuses to overwrite a differing value unless overwrite:true.
Prompts
The server publishes three prompts that clients expose as commands: audit (full audit and fix proposals), add-key <key> [text] (add one key with copy for every locale) and translate-missing [locale] (fill missing translations in batches).
Instructions
On connect the server sends usage instructions (under 2 KB) that clients such as Claude Code add to the system prompt: never edit locale files directly, call i18n_project_info once, upsert with every locale in one call, and so on. Project-specific rules (key naming, tone, placeholder style) still belong in your own CLAUDE.md / AGENTS.md.
Namespaced layouts
If locale files live in per-locale directories (locales/en/common.json, locales/tr/auth.json), the directory is the locale and the file is the namespace. Keys are addressed as namespace:key (common:nav.home); i18n_project_info reports keyFormat: "namespace:key" and the namespaces. Set I18N_NS_SEPARATOR if your i18n library uses another separator and I18N_DEFAULT_NS for keys written without one.
Files whose name is not a locale tag (config.json) are skipped with a warning, and when a glob matches the same locale twice (src/locales/en.json and public/locales/en.json) the first is used and i18n_project_info warns you to narrow I18N_GLOB.
Structure and key safety
A locale file is classified by how its leaves are stored: flat ("nav.home": "Home"), nested (objects) or mixed. Under I18N_STRUCTURE=auto a flat file is written flat, a nested file nested, and a mixed file is never converted: every key stays where it is and a new key is written in the file's dominant style. Writes preserve the file's indentation, line endings and trailing newline, so a single-key change is a single-line diff.
Two guards make key loss structurally impossible:
unflattenObjectthrows on a value/namespace collision (dashboard.announcementboth a string and a parent) instead of overwriting one side.Every write compares the new document against the file on disk and refuses when a key would disappear. Deletes and renames declare their removals; anything else that goes missing aborts the write and names the keys.
The regression suite in src/__tests__/tools-write.test.ts and resource-manager.test.ts reproduces the incident that motivated this (a 3,000-key mixed file, a leaf that is also a namespace) and asserts zero loss and one-line diffs on every write path.
Migrating from 1.x
2.0 consolidates 18 tools into 10 and changes two defaults.
1.x | 2.0 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
upsert | default false; existing values are protected by |
pretty-printed JSON + | compact single-line JSON text only |
Other changes: Node 20+; @modelcontextprotocol/sdk replaced by @modelcontextprotocol/server 2.0 (protocol 2026-07-28 and 2025 revisions, both served); default ignore globs now skip common build output; workspaceDir is confined to the configured root; paths are posix; the code regex accepts ns:key and matches a call at the start of a file.
Suggested agent instruction block for projects that used the 1.x names:
i18n: never edit src/locales/*.json by hand. Call i18n_project_info once, then
i18n_upsert_translations with values for every locale (en and tr) in one call; it
reports conflicts and placeholder mismatches. Use i18n_get_translations to read,
i18n_audit for QA, i18n_rename_key / i18n_delete_keys with dryRun:false to apply.MCP Registry
package.json carries mcpName: io.github.hepter/i18n-codelens-mcp and server.json describes the package. Publish with:
npm publish --access public
mcp-publisher login github
mcp-publisher publishProgrammatic API
import { createI18nMcpServer, loadProject, createResourceManager, toolUpsertTranslations, createToolContext } from 'i18n-codelens-mcp';
const ctx = createToolContext({ workspaceRoot: '/path/to/project' });
const result = await toolUpsertTranslations({ entries: [{ key: 'nav.home', values: { en: 'Home', tr: 'Ana Sayfa' } }] }, ctx);Every tool is exported as a plain async function taking (args, ctx), alongside the building blocks: loadProject (cached, namespace-aware), getCodeIndex (cached code scan), createResourceManager (write states with the key-loss guard), writeFilePretty, flattenObject, unflattenObject, classifyResourceStructure.
Changelog
2.0.0
SDK v2 / protocol 2026-07-28.
@modelcontextprotocol/serverwithserveStdio, zod 4, Node 20+. Both the 2026-07-28 and 2025 revisions are served on stdio.tools/listandprompts/listcarry cache hints.Ten tools instead of eighteen, compact single-line results, no
structuredContent, no echoed arguments. Tool definitions shrank from 13.5 K to 9.5 K characters. Measured against 1.x on the same project, a two-locale code base of about 7,600 keys, a 50-hit key search dropped from 12.5 K to 2.3 K characters and a full audit from 6.7 K characters and 1.0 s to 2.0 K characters and 0.4 s.Upsert semantics. Writes immediately, validates the whole batch before touching a file (an unknown locale rejects everything), reports conflicts instead of overwriting unless
overwrite:true, warns about locales without a value and about placeholder mismatches against the values other locales hold.Confirmation dialogs. Delete, rename and format use MCP elicitation when the client supports it and fall back to a preview with a hint otherwise.
Server instructions and prompts (
audit,add-key,translate-missing), server metadata (websiteUrl,description), version read frompackage.json.Namespaced layouts (
{locale}/{namespace}.json, keys asns:key), locale detection from file or directory names, duplicate and non-locale file warnings.Caches. Parsed locale files and code scans are reused while mtime/size are unchanged; the audit scans code once.
.gitignoreand common build directories are excluded before files are read.Fixes. Code regex character range (
.-_accidentally spanned:…^) and start-of-file matches; posix paths on Windows;CLAUDE_PROJECT_DIRrespected;workspaceDirconfined to the root; writes preserve indentation and CRLF;getWorkspaceRootno longer logs on every call.
1.1.0
Fixed a data-loss defect: a single upsert could convert a mixed file and drop keys whose name was both a value and a namespace. Mixed files are no longer converted, unflattenObject/setNestedValue throw on collisions, and every write is guarded against key loss.
License
MIT © Mustafa Kuru
Available Tools
10 toolsi18n_auditAudit translationsARead-onlyIdempotent
Project-wide health check: keys missing in some locale (vs the base locale), placeholder mismatches, keys used in code but untranslated, and keys never referenced in code. Choose checks to keep the response small.
Inputs: limit, checks, locales, baseLocale, +2 more.
i18n_delete_keysDelete keysADestructiveIdempotent
Remove keys from all or selected locales. Previews by default; pass dryRun:false to delete (or confirm the dialog).
Inputs: keys (required), dryRun, locales, workspaceDir.
i18n_file_keysKeys used by a fileARead-onlyIdempotent
Translation keys referenced in one source file and the locales that lack each of them. Run after editing a component to verify its copy is complete.
Inputs: filePath (required), workspaceDir, includeComplete.
i18n_format_resourcesFormat locale filesAIdempotent
Normalize JSON formatting and sort keys (top level only for mixed files). Previews by default; pass dryRun:false to rewrite.
Inputs: dryRun, locales, sortKeys, workspaceDir.
i18n_get_translationsGet translationsARead-onlyIdempotent
Values of specific keys in every (or selected) locale; null marks a missing translation. A key ending with '.' returns the whole namespace. Use includeValues:false for presence only.
Inputs: keys (required), limit, locales, workspaceDir, +2 more.
i18n_key_referencesFind key referencesARead-onlyIdempotent
Where keys are used in code, as path:line:column, with exact totals. Useful before renaming or deleting a key.
Inputs: keys (required), limit, workspaceDir.
i18n_project_infoInspect i18n projectARead-onlyIdempotent
Locales, key format (plain or namespace:key), key counts, resolved config and warnings. Call once per session before other tools.
Inputs: workspaceDir.
i18n_rename_keyRename key or move namespaceADestructive
Rename a key across locales, or move a whole namespace when from ends with '.' (e.g. 'nav.' -> 'menu.'). Refuses when a target exists. Previews by default; pass dryRun:false to apply.
Inputs: to (required), from (required), dryRun, locales, +1 more.
i18n_search_keysSearch keysARead-onlyIdempotent
Find keys by substring of the key or the translated text, optionally under a key prefix. Keys missing from some locales are marked with "in". Add includeValues to see the text.
Inputs: limit, query, locales, searchIn, +5 more.
i18n_upsert_translationsAdd or update translationsAIdempotent
Create or update keys in one call, with a value per locale. Writes immediately and never deletes keys. An existing value that differs is reported as a conflict unless overwrite:true. Reports missing locales and placeholder mismatches.
Inputs: entries (required), dryRun, overwrite, workspaceDir.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 10 tools
Most tools have clearly distinct purposes, but some overlap exists between i18n_get_translations and i18n_search_keys (both retrieve translation values) and between i18n_key_references and i18n_file_keys (both report code references). Descriptions help clarify the intended use, but an agent might still misselect for tasks like finding missing translations.
All names share the i18n_ prefix and snake_case, but the verb/noun structure is mixed: some are noun phrases (i18n_key_references, i18n_project_info, i18n_file_keys, i18n_audit) and others are verb_noun (i18n_get_translations, i18n_search_keys, i18n_upsert_translations). This deviation from a uniform verb_noun pattern makes it only moderately consistent.
With 10 tools, the set is well-scoped for an i18n code lens server. Each tool covers a distinct operation (references, info, get, search, file keys, audit, upsert, delete, rename, format) without obvious redundancy, and the count sits comfortably in the recommended 3–15 range.
The surface covers the core i18n key lifecycle: create/update (upsert), read (get/search), delete, rename, format, audit, and code references. Minor gaps exist, such as no explicit tool to list all keys or manage locales, but these can be worked around with search or project info.
Maintenance
Related MCP Connectors
Localize apps from your AI assistant: translate locale files, set glossaries, connect GitHub repos.
AI-native translation management: push translation files, translate, review and audit strings.
Manage app translations: find and create keys, draft translations, commit and ship OTA releases.
Agentic localization for documents and media, with quality checks and optional human review.
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceAI-powered translation management built for AI agents. Automate localization with regional sensitivity and zero TMS overhead. Works with Claude Code, Cursor, VS Code via MCP protocol. Supports JSON, YAML, Markdown, PO and more.8 npmMIT
- AlicenseCqualityDmaintenanceEnables AI assistants to manage i18next translation files, including adding keys, syncing missing translations, and analyzing coverage.1451 npm12MIT
- FlicenseNot gradedqualityBmaintenanceEnables AI agents to read and write JSON translation files (i18n, i18next, react-i18next) via the Model Context Protocol.36 npm2-
- AlicenseAqualityCmaintenanceEnables comparing local JSON/YAML locale files to find missing or extra keys against a base locale, detect empty, null, or whitespace translations, and list flattened dot-path keys for a single file. Works entirely on local files with no network calls or translation APIs.3MIT