Der beste Weg, eine von Claude Code gebaute App zu lokalisieren, ist, in Claude Code zu bleiben: einen Lokalisierungs-Skill installieren, den Agent die Codebase internationalisieren lassen und die Infrastruktur ab da jede Sprache synchron halten. globalize.now ist KI-gestützte Lokalisierungsinfrastruktur, genau für diesen Loop gebaut. Sie extrahiert hartcodierte Strings in Übersetzungsschlüssel, generiert Übersetzungsdateien und liefert übersetzte Sprachen bei jedem Git-Push als Pull Request zurück. Dieser Guide führt durch den kompletten Ablauf, von einem rein englischsprachigen Repo bis zum gemergten mehrsprachigen PR.

Warum ist deine Claude-Code-App nur auf Englisch?

Weil Claude Code, wie jeder Coding-Agent, nutzerseitige Texte als literale Strings schreibt. Das ist der kürzeste Weg zu einem funktionierenden Feature, und ein Standard-Prompt fragt nirgends nach Übersetzungsschlüsseln. Sobald die App läuft, ist Englisch in Hunderten Komponenten hartcodiert, und Plurale sowie Datumsangaben werden per String-Konkatenation gelöst, die nur in einer Sprache Sinn ergibt.

Die naheliegende Lösung ist, den Agent zu bitten, „die App ins Deutsche zu übersetzen“. Das erzeugt eine zweite hartcodierte Sprache: duplizierte Komponenten oder einen Haufen Ternaries, und jedes künftige Feature verdoppelt den Aufwand. Diesen Fehlerfall haben wir in wie man eine KI-generierte App lokalisiert behandelt. Übersetzung ohne Internationalisierung ist der Weg, wie sich i18n-Altlasten anhäufen.

Was ist der beste Weg, eine von Claude Code gebaute App zu lokalisieren?

Führe den Lokalisierungs-Workflow innerhalb des Agents aus, der die App gebaut hat: Ein Skill bringt Claude Code das Internationalisierungsverfahren bei, und die Infrastruktur übernimmt Übersetzung und Synchronisation nach jedem Push. Skills sind Anthropics unterstütztes Erweiterungsformat für Claude Code — Ordner mit Anweisungen, die der Agent lädt, wenn eine Aufgabe passt, wie in den Agent-Skills-Docs dokumentiert. Sie sind zudem portabel: Die offene Skills-CLI von Vercel installiert Skill-Pakete für Claude Code, Cursor, Codex und Dutzende weitere Agents, sodass derselbe Workflow mit jedem beliebigen Agent funktioniert.

Das ist ein anderer Ansatz als bei den meisten Lokalisierungstools. Etablierte Plattformen haben KI-Features und Agent-Connectoren auf einen Workflow gepackt, der weiterhin um ihr Dashboard kreist: Deine Strings leben in ihrem System, und der Agent ist nur ein Client davon. Agent-native Lokalisierung dreht das um. Die Arbeit passiert in deinem Repository, der Agent übernimmt die Internationalisierung, und globalize.now übernimmt Übersetzung und Synchronisation. Es gibt keine separate Content-Datenbank, die mit deinem Code abgeglichen werden muss, denn der Code ist die Datenbank.

Wie lokalisierst du eine Claude-Code-App, Schritt für Schritt?

Der komplette Loop besteht aus fünf Schritten, und den aufwendigsten übernimmt der Agent.

  1. Verbinde das Repository mit globalize.now. Die Konvertierung läuft einmal, in der App, und landet als Pull Request. Um diesen ersten Durchlauf stattdessen aus Claude Code heraus zu starten, installiere die Skills:

    npx skills add globalize-now/globalize-skills

    Füge --all hinzu, wenn du die Skills für jeden Agent auf deinem Rechner verfügbar machen willst, nicht nur für Claude Code.

  2. Lass Claude Code die App internationalisieren. Der Skill lässt ihn zunächst das Repo untersuchen: welches Framework, welche Strings nutzerseitig sind, ob bereits ein i18n-Setup existiert. Er schlägt einen Plan vor — die Bibliothek, die Schlüsselstruktur, das Layout der Übersetzungsdateien — und wartet auf deine Freigabe, bevor er Code anfasst.

  3. Verbinde das Repository mit globalize.now, damit Pushes die Übersetzung auslösen. Das Entwickler-Setup ist eine einzige Verbindung, und Builder, die in KI-Tools arbeiten, bekommen denselben Loop, ohne über Schritt 1 hinaus ein Terminal zu berühren.

  4. Push. Neue und geänderte Strings kommen übersetzt zurück, als Pull Request, den du wie jede andere Code-Änderung review'st.

  5. Merge. Eine weitere Sprache später hinzuzufügen ist eine Konfigurationsänderung, kein Projekt.

In einem echten Produktions-Monorepo hat ein über diesen Workflow laufender Agent die Codebase internationalisiert und fünf Sprachen in rund 30 Minuten erzeugt. Deine Zeit variiert je nach Projektgröße, aber in Schritt 2 schrumpft eine Woche manuelles Refactoring auf eine einzige Agent-Session zusammen.

Was ändert der Agent tatsächlich an deinem Code?

Er wandelt literale Strings in Übersetzungsaufrufe um und generiert die Übersetzungsdateien, die die Runtime braucht. Konkret: Er wählt oder erkennt eine i18n-Runtime-Bibliothek (i18next, next-intl oder Lingui, je nach Stack), ersetzt hartcodierten JSX-Text durch t()-Aufrufe oder Message-Komponenten, generiert Schlüssel mit sinnvollen Namen und schreibt die Übersetzungsdatei für die Quellsprache. Plurale bekommen echte ICU-Formen statt count + " items".

globalize.now ersetzt nicht die Runtime-Bibliothek, und es übersetzt auch nicht per Übergabe an eine externe Warteschlange. Es sitzt eine Ebene höher: die Infrastruktur, die die Schlüssel und Übersetzungsdateien generiert und pflegt, die deine Runtime konsumiert. Wenn du bereits i18next oder next-intl eingerichtet hast, behält der Skill deine bestehenden Schlüssel und Struktur bei und übernimmt genau dort, wo du stehst.

Was passiert beim nächsten Git-Push?

Jeder Push nach dem Setup löst die Übersetzung dessen aus, was sich geändert hat, und die aktualisierten Sprachen kommen als Pull Request. Kein Export-Schritt, kein Import-Schritt, keine Warteschlange in einem separaten Tool. Review findet dort statt, wo Engineers ohnehin reviewen: im Diff.

Das ist das gesamte Betriebsmodell. Einmal einrichten, automatische Synchronisation bei jedem Git-Push, kein manuelles Eingreifen nötig. Das typische Scheitern KI-gebauter Apps — der Agent liefert Features schneller aus, als ein Lokalisierungsprozess mithalten kann — wird irrelevant, weil der Lokalisierungsprozess an genau demselben Push hängt, mit dem das Feature ausgeliefert wird.

Braucht man dafür einen MCP-Server oder ein Dashboard?

Nein. MCP verbindet einen Agent mit einer externen Plattform; ein Skill bringt dem Agent bei, die Arbeit dort zu erledigen, wo der Code liegt. Mehrere Lokalisierungsprodukte bieten inzwischen MCP-Server an, was gegenüber dem Copy-Paste in einen Web-Editor ein echter Fortschritt ist — aber die Strings und ihr Zustand leben weiterhin in der Plattform am anderen Ende dieser Verbindung, und du musst beide Seiten weiterhin abgleichen.

Mit dem Skill-plus-Push-Loop gibt es nichts abzugleichen. Übersetzungsdateien leben in Git, Übersetzungen kommen als Commits, und ein Rollback ist git revert. Wir haben darüber geschrieben, warum sich dieses Muster durchsetzt, in Claude-Code-Skills werden zum Lokalisierungsstandard. Beide Ansätze schlagen die Dashboard-Ära; der Unterschied liegt darin, wo deine Single Source of Truth liegt.

Was kostet die Lokalisierung einer Claude-Code-App?

globalize.now kostet 20 € im Monat pro Workspace, inklusive 20 € Übersetzungsguthaben (rund 200.000 Wörter) pro Monat, danach tokenbasierte Nutzung zum gleichen Preis pro Zeichen. Ein Plan, keine Tarifstufen, keine Kosten pro Seat, keine Kosten pro Sprache. Unbegrenzt viele Sprachen, RTL inklusive. Ein typisches SaaS-Produkt mit rund 10.000 Übersetzungsschlüsseln über 5 Sprachen bleibt komfortabel innerhalb des enthaltenen Volumens.

Bei der Anmeldung erhältst du 5 € Übersetzungsguthaben, ganz ohne Kreditkarte — genug für etwa eine Million Zeichen. Das reicht, um den kompletten Loop an einer echten App zu testen, bevor du überhaupt etwas bezahlst.

Deine App ist bereits gebaut. Bis zur Lokalisierung ist es nur eine Skill-Installation und ein Push entfernt.

globalize.now konvertiert hartcodierte App-Texte in übersetzungsreife Locale-Dateien und hält sie aktuell, während Sie veröffentlichen.

Probiere globalize.now kostenlos