Engine Suggestions
Sie setzen bereits KI-Bewerter für Ihre Übersetzungen ein und sehen dadurch sofort, wenn die Qualität nachlässt – wenn ein Glossarbegriff ignoriert wird, eine Formalitätsregel übersehen wurde oder eine Bewertung unter den Schwellenwert fällt. Das Problem zu erkennen, ist das eine. Die richtige Änderung an der Engine daraus abzuleiten, ist etwas ganz anderes: die fehlgeschlagenen Prüfungen lesen, das gemeinsame Muster erkennen, entscheiden, ob die Korrektur ein Glossarbegriff, eine Regel oder eine Änderung der Markenstimme sein sollte, und sie dann auch noch formulieren. Genau dieser zweite Schritt ist der langsame – und oft der, der still und leise nie erledigt wird.
Engine Suggestions übernimmt das für Sie. Wenn Prüfungen schlecht ausfallen, liest Lingo.dev sie, erkennt das Muster und schlägt genau die passende Änderung am Glossar, an den Regeln oder an der Markenstimme vor, die die Engine anwendet – inklusive Begründung. Sie prüfen den Vorschlag und klicken auf Anwenden oder Verwerfen. Niedrige Bewertungen rein, konkrete Korrekturen für die Engine raus.
Ein Vorschlag ist eine vorgeschlagene Änderung, keine Übersetzungsänderung
Ein Vorschlag ist eine ausstehende Änderung an der Konfiguration, die eine Engine anwendet. Wenn Sie ihn anwenden, wird ein echter Glossarbegriff, eine Regel oder ein Text zur Markenstimme angelegt – genau derselbe Eintrag, den Sie auch manuell erstellt hätten. Es wird nichts neu übersetzt: Die Änderung greift erst bei der nächsten Übersetzung, die die Engine ausführt.
Automatische Vorschläge bei niedrigen Bewertungen#
So erscheinen Vorschläge in der Regel. Wenn Sie KI-Bewerter ausführen, wird jede Übersetzung bereits anhand Ihres Glossars, Ihrer Regeln und Ihrer benutzerdefinierten Kriterien bewertet. Eine Häufung niedriger Scores – eine fehlgeschlagene boolesche Prüfung oder ein Prozentsatz unter dem Grenzwert – ist ein Signal dafür, dass die Engine nachjustiert werden muss. Aktivieren Sie Verbesserungen vorschlagen, und Lingo.dev greift dieses Signal für Sie auf: Es liest die fehlgeschlagenen Prüfungen, erkennt gemeinsame Muster und schlägt im Hintergrund Änderungen vor, ohne dass Sie etwas anstoßen müssen.
Aktivieren Sie die Funktion im Bereich Vorschläge auf dem Tab Prüfer der Engine. Ab dann führt eine Häufung niedriger Scores still im Hintergrund zu Vorschlägen, die im Queue unter Vorschläge auf Sie warten.
Direkt darunter finden Sie einen zweiten Schalter: Ohne Nachfrage anwenden. Damit wandert ein Vorschlag direkt in die Engine, statt im Queue auf eine Entscheidung zu warten. Die Option greift nur, solange Verbesserungen vorschlagen aktiviert ist – und wenn Sie Verbesserungen vorschlagen ausschalten, wird sie ebenfalls deaktiviert.
Gebündelt statt Spam
Die automatische Generierung ist auf ungefähr einen Durchlauf pro Engine alle zehn Minuten begrenzt. So führt ein Schub niedriger Bewertungen zu einem durchdachten Stapel von Vorschlägen statt zu einer Flut. Identische Vorschläge werden dedupliziert, sodass Sie dieselbe Änderung nie doppelt sehen.
Jede Übersetzung kann der Auslöser sein#
Das Signal ist die Prüfungsbewertung, nicht die Herkunft der Übersetzung. Ob die Engine einen synchronen Aufruf, einen asynchronen Job oder einen Job über die vollständige Lokalisierungspipeline ausgeführt hat – das Ergebnis wird von denselben AI Reviewers bewertet, und eine niedrige Bewertung führt zu denselben Vorschlägen. Je mehr Ihres Übersetzungsvolumens also über geprüfte Engines läuft, desto besser spiegeln die Vorschläge wider, was in der Produktion tatsächlich schiefläuft.
Auch eine menschliche Korrektur ist ein Signal#
Wenn ein Prüfer eine Übersetzung von Hand korrigiert, zeigt er Ihnen damit bereits, was die Engine falsch gemacht hat – die Korrektur ist die Antwort, sie fehlt nur noch in Ihrer Konfiguration. Sobald also bei einer Engine mit aktiviertem Verbesserungen vorschlagen eine menschliche Bearbeitung abgeschlossen ist, vergleicht Lingo.dev sie mit dem, was die Engine erzeugt hat, und schlägt die Regel vor, die diese Bearbeitung überflüssig gemacht hätte. Ob Ihr Team direkt in der App editiert, ein externer zertifizierter Übersetzer eingreift oder ein Kollege eine festgefahrene externe Prüfung übernimmt: gleiches Signal, gleiche Vorschläge. Gezählt werden nur die Schlüssel, die der Prüfer tatsächlich geändert hat. Eine Übersetzung unverändert freizugeben kostet Sie also nichts – und bringt der Engine auch nichts bei.
Ein editbasierter Vorschlag wird nie automatisch für dich übernommen
Korrekturen können auch von außerhalb Ihres Teams kommen. Deshalb bleibt ein darauf basierender Vorschlag pending, bis Sie ihn mit Anwenden übernehmen – selbst dann, wenn Ohne Nachfrage anwenden aktiviert ist. Von einem externen Übersetzer lernt die Engine nur über Sie.
Bei Bedarf generieren#
Sie müssen nicht auf den nächsten niedrigen Score warten. Im Dashboard gibt es dafür zwar keine Schaltfläche, aber POST /engines/:id/suggestions/generate in der Engine Suggestions API startet dieselbe Analyse sofort – mit aktuellen Prüfungen mit niedrigen Scores plus der aktuellen Konfiguration der Engine, ganz unabhängig davon, ob Verbesserungen vorschlagen aktiviert ist. Nutzen Sie das, wenn Sie nach anderen Änderungen einen frischen Blick wollen oder Vorschläge lieber aktiv abrufen, statt auf sie zu warten.
Was ein Vorschlag vorschlägt#
Jeder Vorschlag betrifft einen von drei Bereichen der Engine-Konfiguration und ist entweder eine Ergänzung oder eine Aktualisierung eines bestehenden Eintrags:
| Aktion | Was das Anwenden bewirkt |
|---|---|
| Glossareintrag hinzufügen / aktualisieren | Erstellt oder ändert einen Glossarbegriff – eine verbindliche Übersetzung oder einen als nicht übersetzbar markierten Begriff. |
| Regel hinzufügen / aktualisieren | Erstellt oder ändert eine Regel pro Sprache in einem Regelwerk, das die Engine anwendet. |
| Markenstimme hinzufügen / aktualisieren | Erstellt oder ändert den Text der Markenstimme für eine Sprache – in der Stimme, die die Engine dafür anwendet. |
Jeder Vorschlag enthält seine Begründung – eine kurze Erklärung, warum genau diese Änderung vorgeschlagen wird – sowie die Zielsprache, für die er gilt. Sie müssen nie einer undurchsichtigen Änderung vertrauen: Bevor etwas geschrieben wird, sehen Sie genau, was passieren soll und warum.
Da die Konfiguration Ihrer Organisation gehört, bearbeitet das Anwenden eines Vorschlags einen Container, den möglicherweise auch andere Engines verwenden. Der Vorschlag nennt das Ziel klar, damit Sie vor der Freigabe sehen können, worauf sich die Änderung auswirkt.
Vorschläge sind punktgenau
Das Modell schlägt atomare Änderungen vor – einen Glossarbegriff, eine Regel – und keine vollständige Überarbeitung Ihrer Engine. Jede davon wird einzeln geprüft und angewendet, sodass Sie die drei passenden übernehmen und die eine verwerfen können, die nicht passt.
Prüfen, anwenden, verwerfen#
Vorschläge warten im Queue (/orgs/<org-id>/queue) unter Vorschläge als pending. Jeder einzelne zeigt die vorgeschlagene Änderung, die Zielsprache, die Begründung, worauf der Vorschlag basiert – Prüfungen mit niedrigen Scores, menschliche Korrekturen oder beides – und wo er landet: Wird ins Glossar übernommen (oder in den Regelsatz oder die Markenstimme), wenn er in etwas schreibt, das die Engine bereits verwendet; Erstellt das Glossar (oder den Regelsatz oder die Markenstimme), wenn etwas Neues angelegt wird. Zwei Aktionen:
Anwenden
Schreibt die vorgeschlagene Änderung in die Konfiguration, die die Engine anwendet – einen echten Glossarbegriff, eine Regel oder einen Text zur Markenstimme. Das Anwenden ist ein deterministischer Schreibvorgang der vorgeschlagenen Änderung: kein zweiter KI-Aufruf, keine Überraschung. Der Vorschlag wird als applied markiert, und die Änderung greift bei der nächsten Übersetzung der Engine.
Verwerfen
Verwirft den Vorschlag. Nutzen Sie das, wenn ein Vorschlag für Ihr Produkt nicht passt – Sie kennen Ihre Terminologie besser als jedes Modell. Beim Verwerfen bleibt die Engine unverändert.
Da beim Anwenden dieselbe Art von Eintrag geschrieben wird, die Sie auch manuell erstellen würden, ist ein angewendeter Vorschlag danach keine Blackbox: Er ist ein gewöhnlicher Glossarbegriff, eine Regel oder ein Text zur Markenstimme, den Sie wie jeden anderen öffnen, bearbeiten oder löschen können.
Anwenden übersetzt nicht neu
Das Anwenden eines Vorschlags ändert die Konfiguration der Engine, nicht vergangene Übersetzungen. Bereits übersetzte Inhalte behalten ihre bestehende Ausgabe, bis sie erneut übersetzt werden. Die Verbesserung zeigt sich beim nächsten Durchlauf durch die Engine.
Aus Ihrem eigenen Feedback generieren#
Nicht jedes Problem zeigt sich als niedrige Bewertung. Manchmal sagt Ihnen ein Linguist oder ein Support-Ticket in klaren Worten genau, was falsch ist – „der deutsche Text klingt zu steif“, „hören Sie auf, den Produktnamen zu übersetzen“. Sie können diesen Text direkt einspeisen und über die Engine Suggestions API dieselbe Art von Vorschlag erhalten. Es ist derselbe Ablauf aus Prüfen, Anwenden und Verwerfen, den Sie hier sehen; nur der Auslöser ist ein anderer – Ihr schriftliches Feedback statt einer Prüfungsbewertung.
Reviewer messen, Vorschläge handeln#
KI-Bewerter und Engine Suggestions sind zwei Hälften eines geschlossenen Qualitätskreislaufs. Bewerter messen – sie bewerten jede Übersetzung anhand Ihres Glossars, Ihrer Regeln und Ihrer benutzerdefinierten Kriterien und zeigen Ihnen, wo die Qualität nachlässt. Vorschläge handeln – sie lesen diese niedrigen Bewertungen und schlagen die Änderung an der Engine vor, die sie verbessern würde. Bewerter finden das Problem; Vorschläge entwerfen die Korrektur; Sie entscheiden. Gemeinsam schließen sie den Kreis: übersetzen, bewerten, vorschlagen, anwenden – und die nächste Übersetzung wird besser.