Jeder String, jede Sprache, und ihr aktueller Status.
Wer wartet worauf, welche Zeilen haben welche Prüfung nicht bestanden und was hat der Reviewer geändert. Alles steht im Workspace, direkt vom Lauf protokolliert, sodass keine separate Tabelle neben dem Produkt aktuell gehalten werden muss.
Der Fortschritt lebt in einer Tabelle, die im Moment des Versands bereits veraltet ist.
Was bereit ist, nach Sprache und Schlüssel im Workspace, mit den vier Checks in jeder Zeile erfasst.
Die Terminologie driftet auseinander, weil das Glossar ein Dokument ist, das niemand öffnet.
Das Glossar wird beim Schreiben durch die Engine und erneut bei der Prüfung erzwungen, wobei bis zu 40 Begriffe in jeden Chunk einfließen.
Die Prüfung erfolgt ohne Kontext, sodass Länge und Layout nach der Freigabe brechen.
Die kontextbezogene Prüfung zeigt den gerenderten Bildschirm, sodass Länge und Layout daran gemessen statt geschätzt werden.
Vier Kennzahlen und wo jede stammt aus.
Deterministische Prüfungen für jede Zeile: Platzhalter, Pluralformen, Glossar und Länge. Quelle: QA-Runner vor dem Gate.
MQM-Dimensionen im KI-Review-Durchlauf: Genauigkeit, Flüssigkeit, Terminologie, Stil und Gebietsschema-Konvention. Quelle: MQM-Typologie.
CLDR-Plural-Sprachen, sodass eine Sprache, die sechs Formen deklariert, auch sechs einhalten muss. Quelle: generierte Plural-Kategorientabelle.
Tage der Aufbewahrung von In-Context-Screenshots bei 15-minütigen Review-Sitzungen. Quelle: In-Context-Konfiguration.
FAQs
Was ein Lokalisierungsmanager und ein Reviewer am ersten Tag fragen.