Lokalisierung

Coroid übersetzt Ihr Produkt mit demselben Engine, das es für seine eigenen dreizehn Sprachen nutzt. Ihre Kataloge bleiben Dateien in Ihrem Repository. Jede Änderung daran kommt als Aufgabe und als pull request zu Ihnen – nur neue, geänderte oder fehlerhafte Zeichenfolgen werden an ein Modell gesendet.

Die Lokalisierung hat ihren eigenen Platz im Hauptmenü. Sie zeigt auf einer Seite alle Sprachen jedes Projekts an und stellt für jedes Projekt eine Arbeitsumgebung bereit. Projekte, die noch nicht mehrsprachig sind, beginnen mit der Assistent für Internationalisierung.

Alle Projekte auf einer Seite#

Die Lokalisierung öffnet mit den Projekten, die Sie einsehen können. Jede Zeile zeigt die Quellsprache des Projekts, wie viele Sprachen es hat, wie viele Zeichenfolgen vorhanden sind sowie einen Balken, der den Übersetzungsstand aller Sprachen anzeigt.

Die kleine Weltkugel neben jedem Projekt trägt pro Sprache eine Perle: grün, wenn die Sprache vollständig übersetzt ist, ein türkisfarbenes Ring, wenn Zeichenfolgen fehlen oder geändert wurden, und bernsteinfarben, wenn einige Zeichenfolgen fehlerhaft sind.

Ein Projekt ohne Übersetzungen gibt an: Noch nicht internationalisiert. Inhaber und Administratoren starten den Assistenten von dieser Zeile aus oder von Ein Projekt internationalisieren ganz oben auf der Seite.

Die Arbeitsumgebung#

Das Öffnen eines Projekts zeigt seine Arbeitsumgebung: die Abschnitte links und der geöffnete Abschnitt daneben.

Vorschläge, Mitwirkende und Automatisierungen werden in Übersetzungen mit Vorschlägen pflegen.

Die Arbeitsumgebung liest die Kataloge auf Ihrem Standardbranch. Wenn sich diese ändern, liest Coroid sie beim nächsten Öffnen des Projekts erneut ein; bis dahin gibt die Übersicht an, dass sie gerade gelesen werden. Coroid führt dazu niemals den Code Ihres Repositorys aus. Kataloge mit einem benutzerdefinierten Adapter werden nicht angezeigt; ihre Zeichenfolgen werden jedoch weiterhin in Aufgaben geprüft.

Übersicht: eine Zeile pro Sprache#

Die Übersicht beginnt mit vier Gesamtwerten: Zeichenfolgen, Sprachen, Übersetzungsumfang und Anzahl der zu bearbeitenden Zeichenfolgen. Darunter verläuft für jede Sprache eine Zeile durch drei Phasen:

1. Internationalisieren. Das Katalogverzeichnis der Sprache existiert bereits und enthält die Zeichenfolgen.
2. Lokalisieren. Jede Zeichenfolge wird aus dem aktuellen Quelltext übersetzt.
3. Überprüfen. Keine Zeichenfolge ist fehlerhaft: Alle lassen sich parsen, behalten die Platzhalter des Quelltextes bei und besitzen die erforderlichen Pluralformen.

Der nächste Schritt einer Sprache ist dort, wo ihre Zeile endet. Ein grüner Stopp bedeutet Fertigstellung, ein türkiser Ring kennzeichnet den Schritt, der noch Arbeit benötigt, und ein bernsteinfarbener Stopp zeigt fehlerhafte Zeichenfolgen an.

Die Leiste unter Lokalisieren zeigt vom Anfang an: Dunkelgrün für von Menschen überprüfte Zeichenfolgen, hellgrün für von einem Modell erstellte Zeichenfolgen, bernsteinfarben für Zeichenfolgen, die Aufmerksamkeit benötigen, und der leere Bereich für fehlende Zeichenfolgen. Die Beschriftung unter der Leiste gibt die Lücke an, etwa 42 fehlende Zeichenfolgen, und öffnet genau diese Zeichenfolgen.

Sprachen, die aus einer anderen Sprache nach Regeln abgeleitet wurden – wie Britisches Englisch aus Amerikanischem Englisch – zeigen Abgeleitet und auf dem neuesten Stand an, sobald die Regeln auf jede Zeichenfolge angewendet wurden.

Fehlende Inhalte übersetzen#

Inhaber und Administratoren sehen ganz oben in der Übersicht eine Aktion: Übersetzen mit der Angabe der Anzahl der zu bearbeitenden Zeichenfolgen: fehlend, im Quelltext geändert oder fehlerhaft. Sie werden im Arbeitsbereich in zwei Durchgängen übersetzt:

1. Übersetzungsspeicher. Eine Zeichenfolge, die ein anderes Projekt Ihrer Organisation bereits mit exakt demselben Quelltext übersetzt hat, nutzt diese Übersetzung erneut. Menschliche Übersetzungen haben Vorrang vor maschinellen Ergebnissen. Dadurch erfolgt kein Modellaufruf und es entstehen keine Kosten.
2. Das Übersetzungsmodell. Der im Repository gespeicherte Engine übersetzt den Rest über das Übersetzungs-Gateway und prüft jede Antwort auf Platzhalter und Pluralformen.

Während des Vorgangs zeigt ein Panel unter den Gesamtwerten an, wie viele Zeichenfolgen bereits erstellt wurden und welche Kosten angefallen sind; außerdem füllt sich die Leiste jeder Sprache mit gestreifter Farbe, sobald deren Zeichenfolgen eintreffen. Übersetzung abbrechen beendet den Vorgang; die erstellten Ergebnisse bleiben bestehen.

Die Übersetzungen gelangen nicht direkt in Ihr Repository. Sie warten darauf, Commit zusammen mit Ihren anderen Änderungen, als maschinelle Übersetzungen gekennzeichnet, damit Sie sie überprüfen können. Strings zuerst. Ein String, den bereits jemand bearbeitet hat oder für den ein Beitragender eine Vorschlag gemacht hat, bleibt bei dieser Person.

Strings#

Strings listet jeden String mit seinem Quelltext und seinem Wert in einer Sprache auf. Die Ansicht öffnet sich in Noch zu bearbeiten: die Strings, denen es an einer Übersetzung fehlt, deren Quelltext sich geändert hat, die fehlerhaft sind oder die noch identisch zum Quelltext sind. Wählen Sie eine andere Sprache, einen Katalog aus oder suchen Sie nach Schlüsseln und Texten.

Wählen Sie einen String aus, um ihn in allen Sprachen zu sehen. Platzhalter und Markup erscheinen als gesperrte Chips, da sie bei der Übersetzung unverändert bleiben müssen. Für die gewählte Sprache zeigt die Detailansicht außerdem an, wer den Wert verfasst hat, was damit nicht in Ordnung ist und – bei einer Pluralnachricht – welche Pluralformen die Sprache benötigt.

Bearbeiten und committen#

Inhaber und Administratoren korrigieren Übersetzungen in Strings. Wählen Sie einen String aus und Bearbeiten Sie in einer Sprache aus und speichern Sie die Änderung. Der Editor zeigt die Platzhalter des Quelltextes als Chips an, die Sie einfügen können, und prüft die Änderung während der Eingabe: die Platzhalter, die für die Sprache benötigten Pluralformen, Begriffe aus Ihrem Glossar sowie die Länge. Coroid überprüft die Änderung beim Speichern erneut gegen den Standard-Branch.

Vorschlagen im Editor schlägt eine Übersetzung für diesen einen String vor: aus dem Übersetzungsspeicher, wenn ein anderes Projekt ihn bereits nutzt, ansonsten vom Übersetzungsmodell. Wählen Sie Dies verwenden aus, um ihn im Editor einzufügen; bis Sie die Änderung speichern, wird nichts gespeichert.

Die gespeicherten Änderungen warten in einer Leiste unter den Strings, wo Sie jede einzelne überprüfen oder verwerfen können. Commit wandelt sie alle zusammen mit genehmigten Vorschlägen von Beitragenden und maschinellen Übersetzungen in eine Aufgabe um. Die Aufgabe wendet genau diese Werte mit der festgelegten Engine an und öffnet ein pull request. Ein Commit umfasst bis zu 5.000 Änderungen; die restlichen warten auf den nächsten Commit. Solange dieses pull request nicht zusammengeführt wurde, werden die Strings als Nicht committet oder Wird angewendet.

Eine committete maschinelle Übersetzung bleibt im Cache der Engine weiterhin eine maschinelle Übersetzung und zählt somit als Maschinell bis ein Mensch sie überprüft hat.

Zum Bearbeiten muss die Option für Beiträge in der Konfigurationsdatei aktiviert sein; die Internationalisierungs-Assistent aktiviert sie standardmäßig. Beitragende können auch eine bessere Formulierung vorschlagen auf Ihrer eigenen Website.

Dateien austauschen#

Unter Austausch, können Sie die Strings für eine Agentur, ein Übersetzungstool oder eine Tabelle herunterladen und deren Übersetzungen wieder importieren.

Ein Export enthält die Strings, die noch zu bearbeiten sind, oder alle Strings. Platzhalter und Pluralnachrichten werden exakt so übermittelt, wie sie geschrieben wurden.

Ein Import zeigt jede Zeile vor der endgültigen Übernahme an. Neue Übersetzungen und Änderungen können akzeptiert werden. Coroid ignoriert Schlüssel, die im Projekt nicht vorhanden sind, Übersetzungen aus veränderten Quelltexten, fehlerhafte Platzhalter sowie Pluralformen, die für die jeweilige Sprache benötigt werden. Akzeptierte Zeilen werden zu Änderungen, die auf einen Commit, ähnlich wie Bearbeitungen in Strings.

JSON, .strings-Dateien sowie Android-Dateien geben nicht an, welche Sprache sie enthalten. Coroid leitet dies aus dem Dateinamen ab, zum Beispiel storefront-de.json, oder fragt nach.

Jede Änderung überprüfen#

Die Übersetzungen Prüfung in der Qualitätskontrolle erfolgt im Rahmen der Aufgaben-QA und bei Pull-Requests und betrifft nur die von der Änderung betroffenen Strings. Der Assistent aktiviert diese standardmäßig, sobald sein pull request gemergt wurde; Einstellungen zeigt an, ob sie aktiviert ist und öffnet sie in der Qualitätskontrolle. In der Übersicht Letzte Prüfung einsehen unter Überprüfen öffnet den neuesten Durchlauf.

Jedes Problem wird zu einem Befund mit einem Fehlercode:

Sie bestimmen in den Einstellungen der Prüfung, welche Codes blockieren. Glossar-, Längen- sowie verbotene-Begriffe-Regeln melden eigene Codes, sofern Ihre Konfigurationsdatei das vorgibt.

Wenn ein Übersetzungsbefund eine Aufgabe blockiert, behebt der Entwickler-Agent das Problem stets auf dieselbe Weise: Er öffnet eine Übersetzungssitzung für die Aufgabe und führt den Engine-Vorgang für die betroffenen Strings aus. Er bearbeitet Kataloge manuell niemals direkt.

Das Übersetzer-Modell#

Übersetzungen haben in AI-Profilen eine eigene Rolle, Übersetzer, neben Architekt, Entwickler, QA und Rezensent. Standardmäßig kommt Hy-MT2 als Übersetzungsmodell zum Einsatz, wobei GPT-6 Luna als Fallback dient, sofern Ihre Organisationsrichtlinie das zulässt. Die Zuordnung lässt sich in einem AI-Profil wie jede andere Rolle ändern.

Die Engine gruppiert außerdem Strings nach Größe, prüft jede Antwort auf korrekte Platzhalter und Pluralregeln und wiederholt den Vorgang oder leitet fehlgeschlagene Strings an eine höhere Instanz weiter.

Kosten#

Übersetzungen sind in jedem Plan verfügbar. Übersetzungsanfragen laufen über das Übersetzungs-Gateway von Coroid und werden als Modellnutzung für Ihre Organisation abgerechnet – genauso wie Agent-Ausführungen. Übersetzungsaufgaben zählen wie jede andere Aufgabe zur vertraglichen Agenten-Stunden-Zahl Ihres Plans.

Mit der Standard-Route des Übersetzers kosten Übersetzungen etwa zwei Cent pro 1.000 Strings pro Sprache. Die Übersetzung eines 2.000-String-Katalogs in zehn Sprachen kostete bei unseren Messungen rund 0,33 $.

• Nur Änderungen verursachen Kosten. Die Engine speichert einen Cache, der über den Quelltext geschlüsselt ist, sodass unveränderte Strings nie erneut gesendet werden.
• Jede Aufgabe und jeder Durchlauf hat eine Übersetzungsgrenze. Die Sitzung einer Aufgabe endet bei Erreichen ihrer Ausgabegrenze – standardmäßig 1 $. Ein Übersetzen -Durchlauf in der Arbeitsumgebung stoppt bei 5 $. Ein Projekt kann eine niedrigere Grenze unter Einstellungen → Zugriff und Ausgaben.
• Das Übersetzungsmemorium ist kostenlos. Strings, die Ihre Organisation bereits woanders übersetzt hat, werden ohne Modellaufruf wiederverwendet.
• Lesen ist kostenlos. Die Arbeitsumgebung sowie die Übersetzungsprüfung lesen Ihre Kataloge aus; sie führen dabei keine Modellaufrufe durch.

Übersetzen außerhalb von Coroid#

Die Engine ist ein Befehlszeilen-Tool, coroid-i18n. Ihr eigenes CI-System kann dieselbe festgelegte Version mit seinem eigenen OpenRouter-Schlüssel ausführen. Innerhalb von Coroid nutzen Aufgaben stets das Übersetzungs-Gateway, sodass Ausgaben und Grenzen an einem Ort bleiben.

Verwandt#

• Ein Projekt internationalisieren
• Übersetzungen mit Vorschlägen pflegen
• Qualitätsrichtlinien und -schranken
• Prüfungen, Durchläufe und Befunde
• AI-Profile