Continuous localization, wherever your content lives: it reaches here and goes back.
A REST API, a zero dependency CLI, a GitHub Action that fails the pull request when a row is refused, an MCP server for your own agents, twelve signed webhooks, twenty file formats and forty-one connectors.
push
- integrations, none priced
- 41integrations, none priced
- file formats
- 20file formats
- MCP tools
- 16MCP tools
- signed webhooks
- 12signed webhooks
Start in the terminal, finish in the pull request.
Initialise a project, push your source file and watch the first run. Put the same commands in CI and the GitHub Action opens the pull request and holds the check. The CLI is published on npm and needs no other dependency.
Three pipelines worth stealing.
Block the merge
Run the Action on every pull request. A refused row fails the check, so the broken string never reaches the branch.
Publish on merge
Push the reviewed bundle to the CDN when main moves, so the running app picks up locales without a redeploy.
Let an agent fix the tail
Point your MCP client at the project and ask it which keys fail length in a locale. It re-drafts, and the gates still decide.
FAQs
Read the docs for the rest. These are the ones that decide whether you start.
Is there a localization API I can call from my own code?
Can I put translation in my CI pipeline?
Is there a private API you use and we do not?
What does the CLI need?
How are webhooks authenticated?
Which plan do I need for the API?
Can I get my data out?
41 connectors, already built.
Add one step to the pipeline you have.
Initialise, push and watch the first run gate itself. Nothing else in your build changes.