Common challenge
When releases move faster than translation handoffs, localization becomes a recurring blocker instead of part of the normal delivery cycle.
ReRune helps teams turn localization into a repeatable product workflow: manage keys, review translations, automate sync, and ship approved text without rebuilding the process every release.





When releases move faster than translation handoffs, localization becomes a recurring blocker instead of part of the normal delivery cycle.
Teams whose strings change often, whose releases run through CI/CD, and whose localization status must stay visible before delivery.
ReRune connects the workspace to developer sync and SDK delivery paths, so localization can become part of normal release operations instead of a separate manual project.
Release sequence
The goal is not constant publishing. It is a repeatable path in which new product text, translation review, repository sync, and delivery happen alongside the existing release process.
Create or update keys with metadata and placeholders while the product change is still understandable to the people building it.
Use language status, dictionaries, project context, and human review to decide what is ready. AI assistance can accelerate translation, but it does not remove this release gate.
Run CLI or API-backed sync from the branch or CI stage your team owns. ReRune does not prescribe a CI vendor or replace repository and test controls.
Bundle translations in the next build when code or resource structure changes. Use supported OTA delivery for approved runtime text that fits the installed SDK's documented scope.
Workflow
ReRune connects translation management to the delivery path developers already use: dashboard work, AI assistance, CLI/API sync, and OTA updates where a supported SDK is installed.
Generate API keys in the dashboard and use them in local scripts, CI/CD jobs, release tasks, or integration services.
Run ReRune once to create project config, then use rerune --pull and rerune --push as part of the engineering workflow instead of waiting on manual file handoffs.
Keep placeholders, structured values, missing languages, and review status visible before translated copy reaches production.
Ship translations as files, API-driven sync, or OTA updates depending on the platform and how the product is deployed.
Agent-assisted setup
Run the onboarding command from the root of your Git repository. The wizard detects the app and compatible coding agents already installed, then launches the agent you choose to move static UI text into localization, connect ReRune when cloud setup is selected, and validate the result.
Run inside your Git repository
$ curl -fsSL https://rerune.io/onboard.sh | shThe script runs locally. ReRune does not receive your source code or list of installed agents.
Start it from the repository root. It stays in the terminal and detects the app, existing localization, and supported coding agents already installed.
Review the source locale, Git branch, and whether to connect ReRune cloud and add supported OTA delivery. Nothing changes until you confirm.
The selected agent migrates user-facing strings into the app's localization system, connects ReRune when cloud setup is selected, adds supported OTA setup when requested, and runs the relevant validation.
11 integrations: 4 available now, 7 planned.
Coverage
Start where localization creates release friction, then keep web, mobile, and cross-platform products in one shared workspace as your surface area grows.
Developer delivery
Use the ReRune CLI locally or in CI/CD to manage project translations, then deliver approved runtime updates through the SDK built for your app.
Companion CLI
Use the ReRune CLI to sync, validate, and manage translations right from your terminal. Run syncs in CI/CD or locally whenever you need to push a new language.
Homebrew (macOS/Linux):
brew install BasalBit/tap/rerunereruneConnect the project
Create the project config and connect the repository to its ReRune workspace.
rerune pullPull approved updates
Bring current dashboard translations into the app or its build workflow.
rerune pushPush local changes
Send local translation updates back to ReRune for the team to manage and publish.
SDK directory
Public ReRune SDKs for Flutter, Android, iOS, React, React Native, and Angular support runtime variant selection with Main and bundled fallback.
Flutter rerune ^1.3.0
Android rerune-android-compose:1.2.0
rerune-android-views:1.2.0
iOS ReRune 1.2.0
React @rerune/react@1.6.0
React Native @rerune/react-native@1.6.0
Angular @rerune/angular@1.6.0Questions
Share an idea, report a problem, or ask for help with ReRune.
It means translation work can move alongside product development through shared project context, CLI/API sync, import/export, status visibility, and supported OTA delivery paths.
No. ReRune provides developer-facing sync paths that can be used from scripts or CI/CD jobs. Teams decide how those commands fit their existing release process.
No. ReRune also supports dashboard management, platform exports, import workflows, CLI sync, and API-driven workflows. OTA updates are an added delivery path for supported SDKs.
Explore next
Go deeper into the developer, platform, and delivery workflows connected to this page.
Use the ReRune localization CLI to initialize project config, pull dashboard translations, and push local translation updates from scripts or CI/CD workflows.
Read moreConnect localization to product systems with ReRune API workflows for translation keys, languages, AI-assisted translation, sync, and release automation.
Read moreDeliver published app text through ReRune OTA SDKs, preview enabled drafts in staging clients, and keep production caches isolated with fallback and rollback.
Read moreCreate projects, manage keys, use AI assistance with context, sync through CLI/API, and publish approved runtime updates when your app uses a supported ReRune SDK.