LLM-Modelle

Zuletzt aktualisiert: vorgestern · 5 Min. Lesezeit

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 Hunderte Modelle aller führenden Anbieter:

AnbieterAusgewählte Modelle
OpenAIGPT-6.1 Sol, GPT-6 Astra, GPT-6 Luna, GPT-5.6 Terra
AnthropicClaude Opus, Claude Sonnet, Claude Haiku, Claude Fable
GoogleGemini 3.8 Flash, Gemini 3.1 Pro, Gemma 4
xAIGrok 4.7, Grok 4.20
MetaMuse Spark 1.3, Muse Glimmer 30B, Llama 4 Maverick
MistralMistral Large 3, Mistral Medium 3.5, Mistral Small 4
DeepSeekDeepSeek V4.1 Flash, DeepSeek V4 Pro
NVIDIANemotron 3.5 Lightning, Nemotron 3 Ultra
QwenQwen3.8 Max, Qwen3.8 Flash

Den vollständigen Katalog – inklusive Kontextfenstergrößen – findest du im Modellauswähler, wenn du einer Lokalisierungs-Engine eine Modellkonfiguration hinzufügst. Dein KI-Assistent kann ihn über den MCP-Server ebenfalls auflisten.

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.

Fixierte Versionen und aktuelle Aliasse#

Die meisten Einträge im Katalog verweisen auf eine exakte Release-Version. Dadurch liefert eine Modellkonfiguration so lange dieselben Übersetzungen, bis sie jemand ändert. Mehrere Anbieter veröffentlichen außerdem einen dynamischen Alias – claude-sonnet-latest, gpt-sol-latest, gemini-pro-latest, deepseek-pro-latest – der sich zum Zeitpunkt der Anfrage auf die neueste Release-Version dieser Familie auflöst. Wähle eine exakte Release-Version, wenn Reproduzierbarkeit über Modellgenerationen hinweg wichtig ist, und einen Alias, wenn die Lokalisierungs-Engine ohne Anpassungen automatisch mit der technologischen Spitze Schritt halten soll.

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-6.1-sol, claude-sonnet-5.5)
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-6.1 SolStandard
endeClaude Sonnet 5.5Fallback
*deGemini 3.8 FlashStandard
**Claude Haiku 4.5Standard

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

  1. GPT-6.1 Sol - exakte Übereinstimmung, Standard
  2. Claude Sonnet 5.5 - exakte Übereinstimmung, Fallback
  3. Gemini 3.8 Flash - Platzhalter für die Quellsprache, exaktes Ziel, Standard
  4. Claude Haiku 4.5 - Platzhalter für beide, Standard

Eine Anfrage, die fr → de übersetzt, überspringt die ersten beiden Einträge (Quelle stimmt nicht überein) und startet mit Gemini 3.8 Flash.

Fallback-Nachverfolgung

Wenn ein Fallback-Modell eine Anfrage übernimmt, protokolliert die Engine das im Anfrageprotokoll. Öffne den Tab Logs einer Engine – in der Spalte Model siehst du, welches Modell die jeweilige Anfrage bearbeitet hat –, um primäre Modelle zu erkennen, die immer wieder auf ein Fallback zurückfallen.

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-6.1 SolÜbergreifender Standard für jedes Sprachpaar
en*Claude Sonnet 5.5Standard für alle Übersetzungen mit Englisch als Quell-Sprache
*jaGemini 3.8 FlashEin bestimmtes Modell für japanische Ziel-Sprachen verwenden
endeMistral Large 3Den 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-6.1 Sol as the primary model for English to German,
with Claude Sonnet 5.5 as fallback."
text
"Add a catch-all model config using Claude Haiku 4.5 for
all locale pairs."

Nächste Schritte#