KI-Übersetzungen, die Ihr i18n-Format respektieren

KI-Übersetzung ist stark bei Worten und nachlässig bei der Syntax. Sie verliert ein {{firstname}}, gibt einem russischen Plural die zwei Formen seiner englischen Quelle oder schreibt eine Klammer zu wenig. Der Satz liest sich vielleicht noch gut, aber Ihre App begrüßt Menschen ohne ihren Namen, schreibt „2 новых сообщений“, wo Russisch „2 новых сообщения“ braucht, oder kann die Nachricht gar nicht formatieren.

Seit dem 21. Oktober tut Locize zweierlei dagegen. In MessageFormat- und Fluent-Projekten bekommt die KI die Syntaxregeln Ihres Formats und die Pluralformen der Zielsprache mit. Und jede KI- und maschinelle Übersetzung wird in jedem i18n-Format gegen ihre Quelle geprüft, bevor sie gespeichert wird. Eine Übersetzung, die Ihre App kaputt machen würde, erreicht sie nicht.

Dieser Beitrag zeigt, was sich geändert hat, mit den Beispielen, die wir getestet, und den Zahlen, die wir gemessen haben. Der Beitrag der letzten Woche drehte sich um MessageFormat in den i18next-Bibliotheken; in diesem geht es um die Übersetzungen.

Die KI kennt Ihr Format und Ihre Sprachen

In einem MessageFormat- oder Fluent-Projekt enthalten die Anweisungen, die Locize an die KI schickt, jetzt die Syntaxregeln des Formats und die Pluralformen der Zielsprache. Sie gehen an jeden KI-Anbieter, mit dem Locize übersetzt (Locize AI und Ihr eigener OpenAI-, Gemini-, Mistral- oder Lara-Key), in der automatischen Übersetzung und im Editor. Kurz gefasst lauten die Regeln:

• Übersetze nur den Text. Behalte jedes Argument, jede Variable, Funktion und Option genau wie in der Quelle, und füge nie eine Variable hinzu.
• Gib einem Plural genau die Formen, die die Zielsprache braucht, mit den Zahlen, für die jede steht: für Russisch one (1, 21, 31), few (2, 3, 4), many (0, 5, 6) und other, auch wenn die englische Quelle nur zwei hat. Behalte exakte Fälle wie =0.
• In MessageFormat behalte # und das Quoting mit Apostroph, und übersetze nie Schlüsselwörter wie plural oder select. In Fluent behalte die Default-Markierung *, Term-Referenzen wie -brand und Attribute.

Was das für einen russischen Plural ändert. Die englische Quelle:

You have {count, plural, one {# new message} other {# new messages}}

Eine Übersetzung, die die englische Struktur übernimmt, liest sich gut für 1, 5 und 21 und falsch für 2, 3 und 4 („У вас 2 новых сообщений“):

У вас {count, plural, one {# новое сообщение} other {# новых сообщений}}

Mit den Formen, die Russisch braucht, zeigt sie „1 новое сообщение“, „2 новых сообщения“, „5 новых сообщений“ und „1,5 нового сообщения“:

У вас {count, plural, one {# новое сообщение} few {# новых сообщения} many {# новых сообщений} other {# нового сообщения}}

Regeln zu schreiben ist der einfache Teil, also haben wir unsere eigenen Prompt-Regeln gemessen und korrigiert. Wir haben Locize AI 8 Test-Plurale dreimal ins Russische, Polnische, Ukrainische und Tschechische übersetzen lassen: 96 Ergebnisse pro Messung. Mit der ersten Version unserer Fluent-Regel kamen 57 % eines Batches richtig zurück, mit der Regel, die wir ausgeliefert haben, 100 %. Bei einzeln übersetzten Nachrichten stieg der Wert von 76 % auf 99 %. Die erste Version sagte dem Modell, Select-Keys unverändert zu lassen, und in Fluent ist ein Plural ein Select, also behielt das Modell oft die englischen Varianten oder verschachtelte einen zweiten Select in einer davon.

Jede KI- und maschinelle Übersetzung wird vor dem Speichern geprüft

Gute Regeln machen gute Ergebnisse wahrscheinlich. Die Prüfung sorgt dafür, dass die kaputten draußen bleiben. Die automatische Übersetzung und AI Bulk prüfen jetzt jedes Ergebnis gegen seine Quelle, bevor sie es speichern, in jedem i18n-Format, i18next eingeschlossen:

• es muss sich parsen lassen;
• es muss die Platzhalter und die Tags der Quelle behalten;
• in MessageFormat und Fluent braucht ein Plural die Formen der Zielsprache.

Was mit einem Ergebnis passiert, das durchfällt, hängt davon ab, wie schlimm es ist:

• Kaputt: Es lässt sich nicht parsen, oder ein Platzhalter oder Tag fehlt oder ist dazugekommen. Es wird nicht gespeichert. Ein KI-Ergebnis bekommt zuerst einen zweiten Versuch, in dem das Problem genannt wird; scheitert auch dieser, übernimmt der nächste Anbieter den Key, als hätte der erste nichts geliefert. Gelingt es keinem Anbieter, bleibt der Key unübersetzt, und er wird Ihnen als unübersetzt angezeigt.
• Nur die Pluralformen stimmen nicht: Es wird gespeichert, weil eine falsche Form für manche Zahlen besser ist als keine Übersetzung, und es wird zur Prüfung markiert, außer Mark machine translations steht im Review-Workflow auf never. Issue 243 (unten) zeigt, was fehlt.

Ein Beispiel aus einem i18next-Projekt. Die Quelle ist Hi {{firstname}}, your workspace is ready., und die KI antwortet Hallo, dein Workspace ist bereit. Bisher wurde diese Antwort gespeichert, und deutsche Nutzer sahen eine Begrüßung ohne ihren Namen. Jetzt meldet die Prüfung das fehlende {{firstname}}, das Modell bekommt einen zweiten Versuch mit genau diesem Problem im Prompt, und verliert es den Platzhalter wieder, übersetzt der nächste Anbieter den Key.

Für i18next-Projekte sagt die Prüfung selten nein. Wir haben sie über eine Stichprobe von KI-Übersetzungen laufen lassen, die in i18next-Projekten gespeichert wurden, bevor es die Prüfung gab: 0,16 % wären durchgefallen, fast alle, weil ein Platzhalter oder Tag verloren ging oder dazukam. Diese gehen jetzt an den nächsten Anbieter statt in Ihre Dateien.

Im Editor führen der KI-Assistent und der Button für maschinelle Übersetzung dieselbe Prüfung aus, überlassen die Entscheidung aber Ihnen. Eine Zeile unter jedem Ergebnis sagt, dass es geprüft ist, oder was nicht stimmt, und Sie übernehmen das Ergebnis oder verwerfen es im Assistenten:

AI Bulk übernimmt kein kaputtes Ergebnis und sagt Ihnen, wie viele es ausgelassen hat:

Die Prüfung betrifft die Struktur, nicht die Sprache. Ob eine Übersetzung das Richtige sagt, beurteilen Quality Estimation und das KI-Review. Und wenn Sie mit einem LLM in Ihrer eigenen Pipeline übersetzen, erklärt unser Beitrag Wenn KI-Übersetzungen kippen, warum Plurale und Platzhalter dort zu den ersten Dingen gehören, die schiefgehen. Die Details der Prüfung stehen in der Dokumentation zur automatischen Übersetzung.

Pluralformen, die zur Sprache passen (Issue 243)

Die Prüfung vor dem Speichern hat eine Schwester, die auf allem läuft, was schon in Ihrem Projekt ist. In Projekten mit MessageFormat (v1 und v2) oder Fluent wird jeder Plural gegen die Pluralformen seiner Sprache geprüft, in jeder Sprache, auch der Quellsprache. Issue 243 listet die fehlenden Formen mit Beispielzahlen auf, etwa few (2, 3, 4), und die Formen, die die Sprache nie verwendet, etwa zero im Deutschen: Intl wählt sie nie, also zeigt 0 die Form other.

• Manche Formen braucht eine Sprache nur für glatte Millionen oder für Dezimalzahlen, etwa das französische many. Sie sind optional: Die Issue-Details zeigen sie als unübersetzt (optional), nie als Issue.
• Exakte Fälle zählen. Im Englischen deckt =1 die Form one ab; im Russischen nicht, weil das russische one auch für 21 und 31 steht.
• Das Issue ist eine Warnung und blockiert nichts: Sie speichern wie bisher.

In i18next-Projekten legt Locize die Plural-Keys, die jede Sprache braucht, bereits an (_few und _many für Russisch), deshalb gilt das Issue für MessageFormat und Fluent. Alles, was es zählt, steht in der Dokumentation zu Issue 243.

Issue-Gewichte und „fix with AI“

Nicht jedes Issue zählt gleich viel für die Menschen, die Ihre App nutzen. Ein fehlender Platzhalter kann einen Bildschirm kaputt machen; ein doppeltes Leerzeichen stört kaum jemanden. Die Zeile Issue settings der Karte Translation Quality in den Projekteinstellungen (früher „Issues to ignore“) öffnet jetzt eine Liste aller Issues. Pro Issue ignorieren Sie es, geben ihm ein Gewicht (high, medium oder low) und schalten fix with AI ein.

Der Dialog Issue settings: pro Issue ein Gewicht, ein Schalter fix with AI und ein Schalter Ignore

• Der Editor beschriftet jedes Issue mit seinem Gewicht, und der Filter für Warnungen und Fehler listet die Issues mit high zuerst.
• „Fix with AI“ fügt dem Issue einen Button hinzu. Er öffnet den KI-Assistenten mit dem Issue als Anweisung. Die Antwort durchläuft dieselbe Prüfung wie jede KI-Übersetzung und ist nur ein Vorschlag: Sie übernehmen oder verwerfen ihn.
• Angeboten wird es nur für Issues, die eine KI ohne Ermessensentscheidung aus der Quelle beheben kann: Glossarbegriffe, Platzhalter und Argumente, Pluralformen, Länge, Satzzeichen, Zahlen, Klammern, URLs und HTML-Tags.
• Jede Nutzung kostet KI-Tokens Ihres Plans oder einen Aufruf bei Ihrem eigenen KI-Anbieter, deshalb ist es ausgeschaltet, bis Sie es einschalten.

So sieht „fix with AI“ beim russischen Plural aus Issue 243 aus. Die Anweisung nennt die Formen, die Russisch braucht, und die Antwort hat die Prüfung bestanden:

Neue Projekte starten mit Standardgewichten. In bestehenden Projekten zeigt die Liste keine Gewichte, bis Sie sie setzen, und use the default weights füllt sie mit einem Klick aus. Issues, die Ihr Projekt ignoriert, sind jetzt auch in der Issue-Ansicht des Editors ausgeblendet. Das Standardgewicht jedes Issues steht in der Dokumentation zu den Checks.

MessageFormat 2 als Projektformat

Projekte können jetzt MessageFormat v2 verwenden, den Unicode-Standard für Nachrichten, mit Syntax-Hervorhebung, denselben Checks und denselben KI-Regeln wie das Format, das Sie als MessageFormat kennen und das jetzt MessageFormat v1 heißt. Damit ist Locize eines der ersten Translation-Management-Systeme, die MessageFormat 2 als Projektformat unterstützen.

.input {$count :number}
.match $count
one {{You have {$count} new message}}
* {{You have {$count} new messages}}

Die russische Übersetzung bekommt one, few, many und das Catch-all *, und die KI-Regeln decken die zwei Fehler ab, die wir in unseren Tests am häufigsten gesehen haben: other, wo MessageFormat 2 * braucht, was die Nachricht ungültig macht, und ein Leerzeichen direkt nach {{, das MessageFormat 2 als Text behält, sodass Ihre App es anzeigt.

Im Editor ist eine MessageFormat-2-Nachricht ein einziger hervorgehobener Text, wie eine MessageFormat-v1-Nachricht. Für i18next ist das Plugin i18next-mf2; der Beitrag der letzten Woche zeigt es mit typisierten Argumenten und dem CLI, und unser Überblick zu MessageFormat 2 bespricht, wann sich ein Wechsel lohnt. Das Format selbst ist in der Dokumentation zu den i18n-Formaten beschrieben.

Loslegen

• Die Prüfung und die Formatregeln brauchen nichts von Ihnen: Sie gelten für jedes Projekt, das mit KI oder maschineller Übersetzung übersetzt.
• Gewichte: Öffnen Sie Issue settings in der Karte Translation Quality und klicken Sie auf use the default weights, oder setzen Sie eigene.
• „Fix with AI“: Schalten Sie es pro Issue in derselben Liste ein.
• MessageFormat v2: Wählen Sie es als i18n-Format, wenn Sie ein Projekt anlegen, oder später in den Projekteinstellungen.

Wenn Sie die Prüfung an Ihren eigenen Nachrichten sehen wollen, erstellen Sie ein kostenloses Projekt und importieren Sie Ihre Dateien.

Häufig gestellte Fragen

Prüft Locize KI-Übersetzungen, bevor es sie speichert? Ja. Die automatische Übersetzung und AI Bulk prüfen jede KI- und maschinelle Übersetzung gegen ihre Quelle, bevor sie gespeichert wird: Sie muss sich parsen lassen und die Platzhalter und Tags behalten, und in MessageFormat und Fluent braucht ein Plural die Formen der Zielsprache. Ein kaputtes KI-Ergebnis bekommt einen zweiten Versuch, in dem das Problem genannt wird; scheitert es wieder, übernimmt der nächste Anbieter den Key.

Was passiert, wenn eine KI-Übersetzung einen Platzhalter verliert? Sie wird nicht gespeichert. Das Modell bekommt einen zweiten Versuch, in dem der fehlende Platzhalter genannt wird, dann übersetzt der nächste Anbieter den Key; gelingt es keinem, bleibt der Key unübersetzt. Im Editor zeigen der KI-Assistent und der Button für maschinelle Übersetzung das Problem, und Sie entscheiden.

Wie geht Locize bei der KI-Übersetzung mit russischen oder polnischen Pluralformen um? In MessageFormat- und Fluent-Projekten nennt der Prompt die Pluralformen der Zielsprache mit Beispielzahlen. Ein Ergebnis, dem Formen fehlen, wird gespeichert und zur Prüfung markiert, und Issue 243 listet auf, was fehlt. In i18next-Projekten legt Locize die Plural-Keys an, die jede Sprache braucht.

Was kostet „fix with AI“, und welche Issues kann es beheben? Jede Nutzung kostet KI-Tokens Ihres Plans oder einen Aufruf bei Ihrem eigenen KI-Anbieter, deshalb ist es ausgeschaltet, bis Sie es pro Issue einschalten. Angeboten wird es für Issues, die eine KI ohne Ermessensentscheidung aus der Quelle beheben kann, etwa Pluralformen, Platzhalter, Glossarbegriffe, Länge und Tags, und seine Antwort ist nur ein Vorschlag.

Unterstützt Locize MessageFormat 2? Ja. MessageFormat v2 ist ein Projektformat mit Syntax-Hervorhebung, denselben Checks und denselben KI-Regeln wie MessageFormat v1. Für i18next verwenden Sie i18next-mf2.