|
Dokumentation
Demo buchenPlattform
Plattform
MCPCLIAPIWorkflows
LeitfädenChangelog

Erste Schritte

  • Einführung
  • Verbinde deine Engine

Lokalisierungs-Engine

  • Überblick
  • Markenstimmen
  • Anweisungen
  • Glossare
  • LLM-Modelle
  • Cache-Tokens
  • Sprachauflösung

Qualität

  • Berichte
  • KI-Bewerter
  • Playground
  • Engine Suggestions

Admin

  • API-Schlüssel
  • Team
  • Rollen & Berechtigungen
  • Audit-Logs

LLM-Modelle

Jede Lokalisierungs-Engine auf Lingo.dev nutzt LLM-Modelle für Übersetzungen. Sie legen fest, welches Modell jedes Sprachpaar übernimmt, konfigurieren Fallbacks für mehr Zuverlässigkeit und verwenden Wildcard-Sprachen für Standards – ganz ohne API-Schlüssel oder Provider-Konten verwalten zu müssen.

Verfügbare Modelle#

Lingo.dev bietet über eine einzige Plattform Zugriff auf mehr als 400 Modelle aller führenden Anbieter:

AnbieterAusgewählte Modelle
OpenAIGPT-4o, GPT-4 Turbo, o3, o4-mini
AnthropicClaude Opus, Claude Sonnet, Claude Haiku
GoogleGemini 2.0 Flash, Gemini Pro (bis zu 1 Mio. Token Kontext)
MetaLlama 3.3 70B, Llama 3.1 405B
MistralMistral Large, Mixtral
DeepSeekDeepSeek V3

Den vollständigen Modellkatalog – inklusive Kontextfenstergrößen – finden Sie auf der Seite LLM Models.

Keine Provider-Konten nötig

Sie benötigen keine API-Schlüssel einzelner Anbieter. Lingo.dev übernimmt Authentifizierung, Abrechnung und Routing zu allen Modellen über eine einheitliche Infrastruktur.

Modellkonfigurationen#

Eine Modellkonfiguration weist innerhalb einer Lokalisierungs-Engine einem Quell-/Ziel-Sprachpaar ein bestimmtes Modell zu.

FeldBeschreibung
AnbieterDer Modellanbieter (z. B. openai, anthropic, google)
ModellDas konkrete Modell (z. B. gpt-4o, claude-sonnet-4-5-20250514)
Quell-SpracheDie Quell-Sprache oder * für jede Quelle
Ziel-SpracheDie Ziel-Sprache oder * für jedes Ziel

Wenn die Engine eine Übersetzungsanfrage erhält, wählt sie anhand von Quell- und Ziel-Sprache die spezifischste passende Konfiguration aus.

Standards und Anpassung#

Das Team von Lingo.dev untersucht seit 2023, welche Modelle für welche Sprachpaare die besten Übersetzungen liefern. Wenn eine neue Lokalisierungs-Engine erstellt wird, ist sie bereits mit sinnvollen Modellstandards vorkonfiguriert: primäre Modelle und Fallbacks werden auf Basis dieser Forschung ausgewählt und für hohe Qualität bei gängigen ebenso wie bei ressourcenarmen Sprachen optimiert. Die meisten Teams müssen daran nichts ändern.

Diese Standards sind darauf ausgelegt, sofort gute Ergebnisse zu liefern. Sie können jede Modellkonfiguration bearbeiten, Anbieter wechseln, Fallbacks hinzufügen oder bestimmte Sprachpaare mit bevorzugten Modellen überschreiben – doch die Standards spiegeln bereits wider, was sich über Hunderte von Sprachpaaren hinweg als am wirkungsvollsten erwiesen hat. Die Modellkonfiguration der Engine liegt vollständig in Ihrer Hand.

Fallback-Modelle#

LLMs entwickeln sich rasant weiter – neue Modelle erscheinen wöchentlich, ihre Fähigkeiten verbessern sich mit jeder Generation, und die Preise sinken mit zunehmendem Wettbewerb. Doch diese Dynamik hat ihren Preis: Provider-Ausfälle, Ratenbegrenzungen, Änderungen an Inhaltsfiltern und Modellabkündigungen gehören zum Alltag. Eine Lokalisierungs-Pipeline für den Produktiveinsatz, die von einem einzigen Modell abhängt, ist eine Pipeline, die früher oder später ausfällt.

Die Lokalisierungs-Engine von Lingo.dev ist speziell für produktionsreife Übersetzungs-Workflows gebaut. Jedes Sprachpaar unterstützt ein Fallback-Modell – fällt das primäre Modell aus, probiert die Engine automatisch und transparent das nächste Fallback-Modell aus, ohne dass Sie eingreifen müssen oder fehlgeschlagene Anfragen Ihre Nutzer erreichen.

So funktioniert die Fallback-Reihenfolge#

Die Engine sortiert verfügbare Konfigurationen zuerst nach Spezifität und dann nach Priorität:

  1. Spezifität der Ziel-Sprache – exakte Ziel-Sprache hat Vorrang vor Wildcard *
  2. Spezifität der Quell-Sprache – exakte Quell-Sprache hat Vorrang vor Wildcard *
  3. Priorität – Standard, dann Fallback

Beispiel#

Angenommen, für eine Engine sind diese Konfigurationen hinterlegt:

QuelleZielModellPriorität
endeGPT-4oStandard
endeClaude SonnetFallback
*deGemini FlashStandard
**GPT-4o-miniStandard

Eine Anfrage zur Übersetzung von en → de probiert die Modelle in dieser Reihenfolge aus:

  1. GPT-4o – exakte Übereinstimmung, Standard
  2. Claude Sonnet – exakte Übereinstimmung, Fallback
  3. Gemini Flash – Wildcard-Quelle, exaktes Ziel, Standard
  4. GPT-4o-mini – Wildcard für beide, Standard

Eine Anfrage zur Übersetzung von fr → de überspringt die ersten beiden Einträge (Quelle passt nicht) und startet mit Gemini Flash.

Fallback-Nachverfolgung

Wenn ein Fallback-Modell eine Anfrage übernimmt, protokolliert die Engine dies im Anfragelog. Überwachen Sie die Fallback-Nutzung in Reports, um unzuverlässige primäre Modelle zu identifizieren.

Wildcard-Sprachen#

Setzen Sie die Quell- oder Ziel-Sprache auf *, um Standardkonfigurationen zu erstellen, die greifen, wenn keine sprachspezifische Konfiguration vorhanden ist.

Häufige Muster:

QuelleZielModellZweck
**GPT-4oÜbergreifender Standard für jedes Sprachpaar
en*Claude SonnetStandard für alle Übersetzungen mit Englisch als Quell-Sprache
*jaGPT-4oEin bestimmtes Modell für japanische Ziel-Sprachen verwenden
endeMistral LargeDen Standard für dieses spezifische Paar überschreiben

Spezifische Konfigurationen haben immer Vorrang vor Wildcard-Konfigurationen. Verwenden Sie Wildcards für sinnvolle Standards und überschreiben Sie sie dann für Sprachpaare, die besondere Behandlung benötigen.

Modellkonfigurationen über MCP verwalten#

Wenn Sie den Lingo.dev MCP server verwenden, kann Ihr KI-Coding-Assistent Modelle direkt konfigurieren:

text
"Set GPT-4o as the primary model for English to German,
with Claude Sonnet as fallback."
text
"Add a catch-all model config using GPT-4o-mini for
all locale pairs."

Nächste Schritte#

Markenstimmen
Definieren Sie Tonalität und Formalitätsgrad pro Sprache
KI-Bewerter
Überwachen Sie die Übersetzungsqualität pro Modell
Reports
Verfolgen Sie Modellnutzung, Fallbacks und Tokenverbrauch
API-Referenz
Integrieren Sie die Lokalisierungs-API in Ihren Workflow

War diese Seite hilfreich?

Max PrilutskiyMax Prilutskiy·Aktualisiert vor etwa 2 Monaten·4 Min. Lesezeit