Menschliche Prüfung

Die meisten Ihrer Inhalte können live gehen, sobald die Engine sie zurückliefert. Manche aber nicht. Regulatorische Hinweise, medizinische Anweisungen oder eine Headline, die Ihre Marke trägt – hier soll ein Mensch die Übersetzung lesen und freigeben, bevor sie veröffentlicht wird, nicht erst nachdem sich ein Kunde beschwert hat.

Einen Menschen in einen automatisierten Ablauf einzubinden, ist sonst meist mühsam: die Anfrage offen halten, während jemand liest, eine eigene Prüfungswarteschlange bauen oder die API eines Übersetzungsdienstleisters manuell verdrahten. Diese Stufe erledigt das direkt im Job. Wenn humanEdit aktiviert ist, führt der asynchrone Job die Engine aus und pausiert dann für einen Menschen – Ihr eigenes Team oder ein externer Profi – und setzt den Lauf mit dessen Bearbeitung fort. Dieses Ergebnis wird anschließend an alle folgenden Stufen weitergereicht.

Sie läuft nach Rephrase und vor Post-edit in der Lokalisierungs-Pipeline und gilt – wie jede Phase – nur für Jobs, die über die Async Localization API erstellt werden. Neu in der Pipeline? Starten Sie mit dem Überblick.

Auf dieser Seite

• So funktioniert die Pause
• Interne Prüfung
• Berechtigungen
• Externe Prüfung
• Qualitätsschwelle
• Timeout
• Die Stufe aktivieren

So funktioniert die Pause#

Nach dem zentralen Übersetzungsschritt – und nach Rephrase, wenn diese Phase aktiv ist – übergibt der Job die KI-Übersetzung zur Prüfung an einen Menschen. Der Prüfer liest sie und genehmigt sie entweder unverändert oder reicht eine bearbeitete Version ein. Erst dann läuft der Job weiter. Das menschliche Ergebnis – genehmigt oder bearbeitet – wird zur Grundlage für alle folgenden Phasen und schließlich zur outputData des Jobs.

Der naheliegende Einwand gegen das Pausieren eines Jobs für Minuten, Stunden oder einen ganzen Tag ist der Kostenfaktor: Eine offen gehaltene Anfrage bindet Ressourcen, obwohl nichts passiert. Genau so funktioniert diese Stufe nicht.

Es gibt zwei Prüfungsmodi, die pro Engine ausgewählt werden. Sie unterscheiden sich nur darin, wer die Übersetzung liest – Pause, Fortsetzung und Weitergabe des Ergebnisses verhalten sich identisch.

Interne Prüfung#

Ihr Team führt Übersetzungs-Prüfungen direkt im Lingo.dev-Dashboard durch. Ausstehende Prüfungen erscheinen in der Queue (/orgs/<org-id>/queue) als Elemente vom Typ Human review, und Prüfer werden benachrichtigt, wenn neue Elemente eingehen. Ein Prüfer öffnet ein Element, bearbeitet die Schlüssel, die es brauchen, und klickt dann auf Unverändert genehmigen oder – sobald etwas bearbeitet wurde – auf Mit Bearbeitungen genehmigen. Die Schaltfläche zählt die Änderungen mit, zum Beispiel Mit 2 Bearbeitungen genehmigen. Danach läuft der Job mit diesem Ergebnis weiter.

Es gibt keinen Anspruch und keine Sperre. Eine offene Prüfung liegt in einem gemeinsamen Pool, den alle Prüfer sehen und aus dem sie frei auswählen können.

Internal Review ist mit dem Enterprise-Plan verfügbar. Bei einem Plan, der es umfasst, startet eine neue Engine mit Internal Review; bei einem Plan ohne diese Funktion startet sie mit External Review, und die Option Internal review trägt ein Enterprise-Tag. Nutzen Sie sie, wenn Ihr Team die Sprachkompetenz im eigenen Haus hat und Sie die volle Kontrolle über die finale Formulierung möchten – ganz ohne Dritte im Prozess.

Berechtigungen#

Die interne Prüfung steht nicht allen Personen in der Organisation offen – der Zugriff auf die Prüfungswarteschlange ist über Berechtigungen geregelt. Dadurch ist eine Übersetzung in Prüfung nur für die Personen sichtbar, denen Sie Zugriff gewähren. Eine Person mit Organisationsadmin-Rechten vergibt den Zugriff über Rollen (Einstellungen → Rollen):

Die beiden Berechtigungen sind bewusst getrennt. Ein Prüfer braucht nur Review translations – diese eine Berechtigung deckt die gesamte Aufgabe ab: bearbeiten, unverändert genehmigen, mit Bearbeitungen genehmigen. Manage reviews ist für Personen gedacht, die den Ablauf steuern; sie ergänzt den Prüfungsverlauf organisationsweit, umfasst aber nicht automatisch den Zugriff auf die Queue. Geben Sie beide Berechtigungen einer leitenden Person, die selbst Prüfungen durchführt und Reports erstellt; geben Sie nur die erste an jemanden, der ausschließlich in der Queue arbeitet.

Externe Prüfung#

Wenn Sie für eine Sprache keine internen Prüfer haben, wird die Übersetzung stattdessen über einen externen Anbieter an einen qualifizierten professionellen Übersetzer übergeben. Der Job pausiert auf dieselbe Weise und wird fortgesetzt, sobald der Anbieter die bearbeitete Übersetzung zurückliefert. An Ihrem Code ändert sich nichts – der Unterschied liegt nur darin, wer die Zeichenkette liest, nicht darin, wie sich der Job verhält.

Es gibt keine Stufe zur Auswahl – der Marktplatz stuft den Übersetzer selbst ein. External Review wird pro Wort abgerechnet.

Eine externe Prüfung erscheint ebenfalls in der Queue; geöffnet wird ein Qualified translator als Prüfer angezeigt. Jemand mit Review translations kann sie öffnen und übernehmen: Wählen Sie Unverändert genehmigen oder Mit Bearbeitungen genehmigen, und der Job endet dort, statt auf den Übersetzer zu warten. Die Bestätigung Take over this review zeigt Ihnen die Kosten vorab an – kostenlos ist die Übernahme nur, solange noch kein Übersetzer begonnen hat; sobald einer angefangen hat, fällt die Übersetzergebühr an, unabhängig davon, ob Sie seine Arbeit nutzen oder nicht.

Das sollte man ganz offen sagen: Externe Prüfung bedeutet, dass auf der anderen Seite ein echter menschlicher Übersetzer sitzt – mit der entsprechenden Bearbeitungszeit und den entsprechenden Kosten. Es ist nicht einfach ein schnelleres Modell. Nutzen Sie sie dort, wo menschliches Urteilsvermögen entscheidend ist – bei regulierten Texten oder besonders sensiblen Inhalten – und setzen Sie für den Großteil Ihrer Inhalte, die das nicht brauchen, auf den reinen KI-Pfad.

Qualitätsschwelle#

Nicht jede Übersetzung braucht einen Menschen. Legen Sie in den Einstellungen für Human review die Qualitätsschwelle (1–100) fest, und ein KI-Bewerter vergibt für jede Übersetzung einen Score, bevor sie in die Prüfung geht. Liegt sie auf oder über dem Schwellenwert, wird die Übersetzung ohne menschliche Beteiligung ausgeliefert und der Schritt humanEdit als skipped erfasst; liegt sie darunter, geht die Übersetzung wie gewohnt in die Prüfung. Lassen Sie das Feld leer, um alles in die Prüfung zu geben. In der Konfiguration ist es qualityThreshold auf humanEdit.

Eine Übersetzung, die auf diese Weise ausgeliefert wird, hat kein menschliches Ergebnis – deshalb läuft Post-edit dafür nicht.

Timeout#

Eine menschliche Stufe bringt ein Risiko mit sich, das KI-Stufen nicht haben: Der Mensch antwortet möglicherweise nie. Ein Prüfer ist im Urlaub, der Anbieter überlastet oder das Element wird schlicht vergessen. Ohne Begrenzung würde der Job endlos warten.

So bleibt die Wartezeit begrenzt. Sie legen fest, wie lange der Workflow auf das menschliche Ergebnis wartet – Timeout, in Stunden, in den Einstellungen für Human review; timeoutHours in der Konfiguration. Das gilt für beide Prüfungsmodi. Läuft das Timeout ohne Antwort ab, wird die Phase als skipped markiert und der Job läuft mit der KI-Übersetzung als endgültigem Ergebnis weiter. Der Standardwert beträgt 48 Stunden. In der Queue wird eine Prüfung nach Ablauf des Timeouts als Closed without a decision angezeigt.

Sprechen wir den Preis dafür offen an: Bei einem Timeout veröffentlichen Sie die ungeprüfte KI-Übersetzung. Für die meisten Inhalte ist das der richtige Fallback – eine veröffentlichte Übersetzung ist besser als ein Job, der auf unbestimmte Zeit hängen bleibt –, aber es ist ein echter Trade-off. Für Inhalte, die in jedem Fall die Freigabe durch einen Menschen brauchen, setzen Sie ein großzügiges Timeout und schlagen Sie Alarm, wenn die Stufe übersprungen wird. Für Inhalte, bei denen Prüfung nur ein Plus ist, hält ein kurzes Timeout die Pipeline in Bewegung.

Die Stufe aktivieren#

humanEdit wird wie jede Pipeline-Stufe konfiguriert: als Standard auf Engine-Ebene im Tab Pipeline der Engine und optional mit einer Überschreibung pro Anfrage. Das vollständige Zwei-Ebenen-Modell finden Sie unter Pipeline konfigurieren; die speziell für diese Stufe relevante Form ist:

{
  "humanEdit": {
    "enabled": true,
    "provider": "internal",
    "tier": "standard",
    "timeoutHours": 48,
    "qualityThreshold": 85
  }
}

provider wählt den Modus – internal für Ihr eigenes Team, external für einen professionellen Übersetzer über den externen Marktplatz. tier ist optional und akzeptiert nur standard. timeoutHours ist der Grenzwert aus Timeout, und das optionale qualityThreshold (1–100) entspricht der Einstellung aus Qualitätsschwelle. Um das für eine einzelne Übermittlung zu überschreiben, übergeben Sie diesen Block innerhalb von pipelineConfig im create call; wenn Sie ihn weglassen, übernimmt der Job die Einstellung der Engine.

Wenn die Stufe ausgeführt wird, protokolliert sie sich im Job unter stepId: "humanEdit" mit einem Status von completed, failed oder skipped – derselbe Schrittdatensatz, den jede Stufe erzeugt. Wie Sie diese Datensätze lesen, erfahren Sie unter Pipeline-Ausführungen beobachten.

Nächste Schritte#