AIREITEREin Live-Übersetzer, der nach etwa 2,3 Sekunden antwortet, klingt zunächst nach einer Lösung für den Konferenzraum. Qwen3.8-LiveTranslate ist tatsächlich verfügbar – allerdings ausschließlich als gehostete Alibaba-Cloud-/Model-Studio-API. Die 2,3 Sekunden sind eine offizielle Herstellerangabe und keine unabhängig gemessene Produktionslatenz. Für Budgetplanung und Rollout ist dieser Unterschied entscheidend.
Die Kaufentscheidung in 30 Sekunden
Qwen3.8-LiveTranslate eignet sich für einen abgesicherten Prototypen, wenn du gestreamte Sprachübersetzung, Untertitel und Audioausgabe über eine Echtzeitverbindung brauchst. Die angegebene Latenz solltest du jedoch nicht als Garantie für laute Meetings, gleichzeitig sprechende Personen oder jedes Sprachpaar verstehen: Unabhängige Praxistests zu genau dieser Version sind bislang rar.
Das Modell passt zu einem Backend-Dienst, der den API-Schlüssel sicher verwahren kann und mit einer regionsabhängigen Alibaba-Cloud-Konfiguration zurechtkommt. Weniger geeignet ist es, wenn du herunterladbare Gewichte, eine etablierte Hosting-Landschaft bei Drittanbietern oder belastbare Genauigkeits-Benchmarks brauchst, bevor du Anforderungen für den Produktiveinsatz festlegst.
Was tatsächlich verfügbar ist
Die exakte gehostete Modell-ID lautet qwen3.8-livetranslate-flash-realtime. In der offiziellen Dokumentation und im Changelog von Model Studio wird das Modell als Echtzeitdienst geführt, der am 17. September 2026 veröffentlicht wurde. Die offizielle Modellseite nennt 60 erkannte Quellsprachen und 29 Sprachen für die Sprachausgabe.
| Frage | Aktuelle Antwort |
|---|---|
| Veröffentlicht? | Ja, als gehostetes API-Modell |
| Modell-ID | qwen3.8-livetranslate-flash-realtime |
| Haupttransport | Echtzeit-API, einschließlich WebSocket |
| Eingabe | Audio und Bildkontext |
| Ausgabe | Text und Audio, abhängig von der Sitzungskonfiguration |
| Offizielle Latenzangabe | Etwa 2,3 Sekunden Ende zu Ende |
| Offene Gewichte | Keine offiziellen Hinweise gefunden |
Damit ist der Release konkreter als ein bloßer Produkt-Teaser. Mit einem offenen Modelldownload ist er aber nicht gleichzusetzen. Die offizielle Dokumentation beschreibt den Inferenzzugriff über Model Studio, nicht über lokal herunterladbare Checkpoints.
Erst rechnen, dann programmieren
Für das internationale Deployment beziehungsweise die Region Singapur weist die offizielle Preisliste vier abrechenbare Kategorien aus. Die Preise gelten jeweils pro einer Million Tokens:
| Abrechnungsposten | Offizieller Preis |
|---|---|
| Audioeingabe | $7.50 / 1M Tokens |
| Bildereingabe | $0.55 / 1M Tokens |
| Textausgabe | $20 / 1M Tokens |
| Audioausgabe | $30 / 1M Tokens |
Laut Qwens Echtzeit-Übersetzungsleitfaden werden bei der Audioeingabe 7 Tokens pro Sekunde und bei der Audioausgabe 12,5 Tokens pro Sekunde berechnet. Für einen kontinuierlichen Stream lässt sich die Eingabeseite damit grob kalkulieren:
- 60 Sekunden Audioeingabe: 420 Tokens, also etwa $0.00315 zum angegebenen Tarif für Audioeingaben.
- 60 Sekunden erzeugte Audioausgabe: 750 Tokens, also etwa $0.0225 zum angegebenen Tarif für Audioausgaben.
Das ist noch kein vollständiger „Preis pro Minute“. Textausgabe, Bilder, das Verhalten der Verbindung und mögliche Unterschiede zwischen Länge der Ausgangs- und der übersetzten Audiospur sind darin nicht enthalten. Wer nur Text anfordert, landet außerdem in einem anderen Ausgabeposten. Maßgeblich ist die offizielle Preisseite für Modelle für die Region und das Deployment, die du tatsächlich einsetzen willst.
Der relevante WebSocket-Weg
Die dokumentierte Integration läuft über eine serverseitige Echtzeitsitzung und nicht über eine gewöhnliche Einzelanfrage zur Übersetzung. In der offiziellen Übersicht zur Realtime API wird WebSocket als naheliegende Option für Serveranwendungen und Prototypen genannt.
Eine minimale Implementierung folgt diesem Muster:
- Eine regionsspezifische Echtzeit-WebSocket-URL mit
qwen3.8-livetranslate-flash-realtimeals Modell erstellen. - Beim Handshake
Authorization: Bearer <API_KEY>senden; der Schlüssel bleibt auf dem Backend. - Mit
session.updateQuell- und Zielsprache sowie die gewünschten Ausgabemodalitäten festlegen. - Base64-kodiertes Audio mit
input_audio_buffer.appendstreamen. - Den Puffer committen oder die Verarbeitung durch die konfigurierte Spracherkennung auslösen lassen.
- Übersetzte Text- und Audioereignisse verarbeiten, bis der Turn abgeschlossen ist.
Der Endpunkt hängt von Workspace und Region ab. Ein aus einem anderen Deployment übernommener Hostname kann deshalb scheitern, selbst wenn der Event-Payload korrekt ist. Beim Einrichten von Sitzungen, VAD, Hotwords oder manuellen Commits ist die Referenz zu den LiveTranslate-Client-Events die maßgebliche Quelle.
Wo sich der Einsatz lohnt – und wo nicht
| Workload | Eignung | Grund |
|---|---|---|
| Live-Untertitel für einen kontrollierten Stream | Guter Prototypenfall | Gestreamtes Audio und Textausgabe entsprechen dem API-Design |
| Backend-Übersetzung für eine Anwendung mit zwei Gesprächsrichtungen | Gut, aber testen | WebSocket hält die Sitzung offen und kann Audio zurückgeben |
| Kleines Meeting mit klarer Sprecherabfolge | Plausibel | Sprecherbewusste Echtzeitübersetzung gehört zur dokumentierten Positionierung |
| Laute Konferenz mit Unterbrechungen | Unbewiesen | Hier fehlen unabhängige Messungen zu Überschneidungen, Akzenten und Hintergrundgeräuschen |
| Medizinisches oder juristisches Dolmetschen mit hohen Anforderungen | Keine Standardempfehlung | Die verfügbare Evidenz belegt keine zuverlässige Terminologieverarbeitung |
| Lokaler beziehungsweise Offline-Betrieb | Nein | Der offizielle Release ist ein gehosteter Dienst und kein herunterladbares Modell |
Ein interessantes Signal aus dem Ökosystem ist die Open-Source-Implementierung AlbusWei/LiveTranslate. In der README werden Einzelübersetzung, Dateivertonung und Meeting-Modi beschrieben – mit WebRTC als bevorzugtem Transport und WebSocket als Fallback. Das zeigt, dass sich auf Basis von Qwen-Echtzeitmodellen ein praktischer Wrapper bauen lässt. Über Genauigkeit oder Produktionsverfügbarkeit von Qwen3.8 sagt es hingegen nichts aus.
Was die bisherige Evidenz aussagt – und was nicht
Die offizielle Dokumentation liefert konkrete Angaben zu Funktionen und Preisen. Der Schwachpunkt bleibt jedoch die unabhängige Erprobung. In Community-Diskussionen finden sich nur wenige Beiträge zu genau diesem Release und kein substanzieller Reddit-Thread, der sich ausschließlich mit Qwen3.8-LiveTranslate beschäftigt.
Ein Beitrag eines tatsächlichen Nutzers fasst die wichtigste Neuerung vorsichtig zusammen:
„2.3 秒还没有消失，但已经更接近人类能自然接话的节奏了。“ — @WukongNumber1, X
Als menschliche Reaktion auf die Latenzangabe ist das interessant, als Benchmark aber nicht belastbar. Eine separate Reddit-Diskussion über frühere Übersetzungseinsätze mit Qwen fiel ebenfalls gemischt aus: u/ReplacementTommy schrieb: „Honestly, Qwen AI has been the most accurate and natural-sounding for translations I've used“, während u/Valhall22 berichtete, Qwen habe in Tests auf Englisch, Deutsch und Französisch nicht zu den fünf besten Systemen gehört. Die Kommentare beziehen sich weder eindeutig auf das konkrete Echtzeitmodell Qwen3.8 noch auf einen kontrollierten Test und sollten daher nicht in ein Ranking umgedeutet werden.
Die belastbare Schlussfolgerung fällt entsprechend enger aus: Qwen3.8-LiveTranslate ist offiziell nutzbar, die Abrechnung ist dokumentiert und die Echtzeitarchitektur lässt sich praktisch integrieren. Wie gut das Modell unter schwierigen Sprachbedingungen arbeitet, muss der Käufer selbst validieren.
Qwen3.8 LiveTranslate API: Häufige Fragen
Ist Qwen3.8 LiveTranslate bereits verfügbar?
Ja. In der Dokumentation von Alibaba Cloud wird qwen3.8-livetranslate-flash-realtime als gehostetes Model-Studio-API-Modell geführt. Hinweise auf einen Release mit offenen Gewichten gibt es nicht.
Verwendet Qwen3.8 LiveTranslate WebSocket?
Ja. Die offizielle Realtime API und die LiveTranslate-Referenz zu den Events dokumentieren den WebSocket-Zugriff, die Authentifizierung, Sitzungsaktualisierungen, Audio-Buffer-Events und gestreamte Ausgaben.
Wie viel kostet Qwen3.8 LiveTranslate pro Minute?
Einen einheitlichen Minutenpreis gibt es nicht, weil Audioeingabe, Textausgabe, Audioausgabe und Bildkontext separat abgerechnet werden. Auf Basis der dokumentierten 7 Eingabetokens pro Sekunde und 12,5 Ausgabetokens pro Sekunde kosten eine Minute Audioeingabe etwa $0.00315 und eine Minute erzeugtes Audio etwa $0.0225 zu den angegebenen internationalen Tarifen – Text und weitere Nutzung noch nicht eingerechnet.
Kann das Modell Text ohne übersetztes Audio zurückgeben?
Ja. Die Sitzung kann die Ausgabemodalitäten festlegen, etwa nur Text oder Text plus Audio. Vor dem Produktiveinsatz solltest du die aktuell gültigen Eventnamen in der offiziellen Dokumentation zu den Client-Events prüfen.
Wie viele Sprachen werden unterstützt?
Die offiziellen Modellinformationen nennen 60 erkannte Sprachen und 29 Sprachen für die Sprachausgabe. Die Zahl der Sprachausgaben ist damit kleiner als die Zahl der erkannten Sprachen.
Kann das Modell Videos in Echtzeit übersetzen?
Das Modell akzeptiert Audio- und Bildkontext und wird für audiovisuelle Übersetzung positioniert. Das bedeutet nicht, dass jeder Workflow zur dateibasierten Videovertonung dieses Echtzeitmodell verwendet; Qwen dokumentiert dafür separate Pfade zur Audio- und Videoübersetzung ohne Echtzeitbetrieb.
Kann ich das Modell herunterladen und lokal ausführen?
Für genau dieses Echtzeitmodell wurde kein offizieller Release mit offenen Gewichten gefunden. Plane daher mit gehosteter Inferenz, solange Qwen keinen separaten Checkpoint samt Lizenz veröffentlicht.
Die praktische Empfehlung: Prototyp hinter einem Schalter
Qwen3.8-LiveTranslate ist einen kontrollierten API-Prototypen wert, aber keine uneingeschränkte Entscheidung für den Produktiveinsatz. Vor dem Rollout solltest du mit eigenem Audiomaterial drei Punkte messen: die Zeit bis zur ersten übersetzten Ausgabe, die Qualität der Sprachpaare mit Namen und Fachbegriffen sowie das Verhalten bei Stille, Unterbrechungen und erneuten Verbindungen.
Halte das Modell hinter einem Konfigurationsschalter, damit du Region, Transport oder Anbieter wechseln kannst, ohne die Anwendung neu zu schreiben. Das ist derzeit der vernünftige Kompromiss: API-Oberfläche und Preise sind konkret genug für erste Integrationen, während die schwierigsten Produktionsfragen – Genauigkeit in lauten Räumen und dauerhafte Zuverlässigkeit – in deinen Testplan gehören und nicht in die Release-Ankündigung.