
Paraglide Messages Mcp
io.github.whazetedPublished by GitHub account whazetedv0.3.0Updated Oct 24, 2026
Validated, sub-agent per-locale translation of Paraglide JS / inlang message-format projects.
Overview
A local MCP server that translates Paraglide JS / inlang message catalogs through the OpenAI Batch API, with validated per-locale merges into project files.
- What you can do
- Inspect a Paraglide/inlang project: locales, source locale, message counts and the startup style brief, and list, read or search message keys and values with prefix and status filters and cursor pagination. Submit durable OpenAI Batch translation jobs scoped by target locales and key prefix, optionally refreshing existing translations, and track, list or cancel them across restarts. Collect finished batches: archive outputs, validate each translation and merge accepted values into locale files, reporting saved, failed and conflict counts. Save validated manual corrections to existing keys.
- When to use it
- Use it when a Paraglide JS or inlang project needs message catalogs translated into several locales and you want the work done asynchronously through OpenAI Batch rather than in a live agent loop. It suits teams that want per-locale validation, conflict reporting and resumable jobs.
- Requirements
- Runs locally over stdio via npx; needs Node.js 22.12 or later. Translation requires an OpenAI API key with access to the configured Batch model, supplied through the OPENAI_API_KEY environment variable. A project path can be passed with --project or discovered from a .inlang directory. Inspecting projects and saving manual corrections work without a key.
Installation
In SourceWeft
- Open Paraglide Messages Mcp in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
paraglide-messages-mcp
Stateless MCP service for translating Paraglide JS / inlang message files through the OpenAI Batch API.
OpenAI does the translation asynchronously. The MCP client submits a job and later collects it; the client and server can disconnect or restart while OpenAI works. Each request includes flat message keys as usage context, source text, existing target text, placeholders, a style brief, and a small sample of existing target copy. The default is gpt-6-luna with reasoning.effort: "low" (“Luna light”).
Requires Node.js 22.12+ and an OpenAI API key with access to the configured Batch model. Inspecting projects and saving manual corrections work without a key.
Connect
Use your client's secret/environment configuration to supply the key; don't commit credentials. --project is optional when there is a discoverable .inlang directory. --model <id> overrides the default. --jobs-dir <path> overrides the local job directory.
Translate
-
Call
project_infoto inspect locales and missing counts. -
Call
start_translation_jobwith a stablejobId, for example:Omit
targetLocalesfor every locale except the source. The source defaults to the project base locale. Omitprefixfor the whole catalog. Usemode: "all"to refresh existing translations. A per-jobtranslationStyleoverrides the startup brief. -
Keep the returned ID and periodically call
get_translation_job. Batch jobs have a 24-hour completion window; a tool call checks once instead of holding a connection open. Reuse the same ID after errors.list_translation_jobsdiscovers jobs after a restart without calling OpenAI. -
On a terminal batch, collection archives output/error files, validates individual translations, and merges accepted values into the locale files. Check
saved,failed,lastError, andcleanedUp; a remotecompletedstatus alone does not mean everything was saved. Failure details are capped at 50 in tool responses; the job record contains every outcome. Failed or conflicted messages can be corrected withsave_translationsor translated in a new scoped job.
An empty scope finishes locally without an API request. A reused ID with different options is rejected. Use a new ID for new work; retrying an existing ID resumes its original snapshot.
Durability and cleanup
Job snapshots and IDs are atomically persisted in project.inlang/.paraglide-batches/. Keep this directory on persistent storage and exclude it from source control: it contains message text and archived model outputs. API keys are never stored in job records. Locks serialize job reconciliation and catalog writes across processes on the same host. Source or target edits made during the batch are preserved and reported as conflicts. Per-locale merges can be replayed after an interrupted collection.
Lost batch creation responses are reconciled through OpenAI batch metadata and the input file ID. An uncertain submission is never automatically repeated, which avoids duplicate paid batches. If reconciliation finds no matching batch, the job stays pending and reports lastError; inspect it in OpenAI before deciding to submit replacement work. OpenAI validates model availability asynchronously; unsupported models are reported through batch errors.
There is no “close completed batch” operation. Once results are safely archived and applied, the service deletes the remote input, output, and error files. Cleanup failures remain resumable. Both uploaded and generated files have a 30-day expiration as a fallback; collect before they expire. cancel_translation_job records cancellation before sending it to OpenAI. Cancellation can take up to 10 minutes; keep collecting until terminal and cleanedUp: true. Successful partial results from cancelled or expired batches are validated and applied too.
For unattended collection, run this command periodically through your own scheduler:
It reconciles every unfinished local job once, prints JSON summaries, and exits. No timers or workers remain attached to MCP sessions. It returns a nonzero exit code for collection errors or rejected translations.
Tools
The old agent translation loops, workflow prompts, duplicate resources and destructive catalog/locale management tools have been removed from the MCP surface. Existing TranslationService library helpers remain available for callers that need them. MCP saves no longer expose validation bypasses or arbitrary new-key creation.
Stateless HTTP
The CLI uses SDK v2 serveStdio; the library also exports a web-standard HTTP handler:
The handler creates a fresh MCP server for each request and supports the 2026-07-28 protocol without initialization or session IDs. Legacy clients are served statelessly through SDK compatibility. Deployments must mount authentication and Host/Origin checks ahead of fetch as described in the SDK HTTP guide. The filesystem store supports one host, or a persistent single-writer deployment; multi-host replicas need a shared transactional job/catalog store and distributed locking.
See COMPATIBILITY.md for supported message formats and DEVELOPMENT.md for architecture and tests. The optional agent skill teaches the batch workflow.
License
Source: README.md at commit 6586963
Tools
0Version history
1- v0.3.0LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts