Blog
Benchmarks
30. Oktober 2026 · IvanAktualisiert

Sprachagenten messen: Sprecherwechsel, Werkzeugaufrufe und ausdrucksstarke Sprache

A voice agent must determine when to speak, which action to take, and how its reply should sound. We measured these decisions separately, using local models and cloud API configurations. The results help us select components for private voice applications.

In our earlier survey of full-duplex speech and tools, we followed a spoken request through listening, interruption, tool execution, and synthesis. This post adds measurements. You can inspect the complete leaderboard and the saved snapshot behind these tables.

Drei Messungen für drei Entscheidungen

TurnBench

Wann sprechen?

Turn end detection, false alarms, and decision latency.

SLURP-Befehle

Welche Aktion ausführen?

Accurate action selection and argument accuracy.

InstructTTSEval

Wie soll die Stimme klingen?

Adhering to a voice description, delivery direction, or role.

We measure these three abilities separately. An assistant can wait for you to finish speaking and still choose the wrong tool. It can also speak clearly while missing the emotion or style you requested.

Wir haben die lokalen Modelle auf einem Apple M5 Pro mit 48 GiB Speicher ausgeführt. Für Cloud-Dienste haben wir die in den Ergebnissen aufgeführten Modellversionen und Einstellungen getestet.

Each section explains how many recordings we used, which languages we tested, and any results still being checked. These details help you compare the scores.

TurnBench: Wann eine Pause das Ende eines Redebeitrags bedeutet

TurnBench unterscheidet das Ende eines Redebeitrags von einer Pause innerhalb des Beitrags. Außerdem trennt es Unterbrechungen von kurzen Zuhörersignalen wie „mhm“. Die folgende Tabelle konzentriert sich auf die Erkennung des Beitragsendes.

Wir verwendeten TurnBenchs öffentliche Entwicklungsaufnahmen und seinen eigenen Scoring-Code. Die Tabelle zeigt die Laufgröße für jedes Modell. Die offizielle Rangliste verwendet einen separaten Testdatensatz.

The Recall is the share of actual turn endings the model detects. FPR (false-positive rate) is the share of labeled pauses within a turn that it incorrectly treats as the speaker finishing.

Unsere Rangliste ordnet Modelle nach dem Youden-J-Index (J = Recall − FPR), dargestellt als J ×100; höhere Werte sind besser. Die offizielle Testrangliste rankt Modelle nach Recall und platziert diejenigen mit einem FPR über 15% unter denen, die diesen Grenzwert einhalten.

Unsere TurnBench Entwicklungsslices. Recall und FPR sind Prozentsätze; Latenz ist die mediane Vorzeichen-Verzögerung bei erkannten Ereignissen, in Millisekunden.
KonfigurationSensitivität ↑FPR ↓Median, msUmfang
VAP (otoSpeech)Lokale CPU88.2%7.4%6415 Gespräche; 238 Zugabende
Mimi endpointerLokale CPU81.1%2.0%1.0115 Gespräche; 238 Zugabende
OpenAI GPT-Realtime-mini, server VAD (1.8 s silence)Cloud-API82.3%4.5%2.0055 Gespräche; 238 Zugabende
OpenAI GPT-Realtime-mini, semantic VAD (high eagerness)Cloud-API83.6%7.4%2.4375 Gespräche; 238 Zugabende
Parakeet EOU 120M + Silero VADAuf dem Gerät92.9%17.8%1.3155 Gespräche; 238 Zugabende
Silero VAD + silence timeoutAuf dem Gerät92.4%17.8%1.3175 Gespräche; 238 Zugabende
p99 turn-1-mini 5.3M (CoreML FP32) + Silero VADAuf dem Gerät90.5%16.0%1.5062 Gespräche; 148 Zugabende
Smart Turn v3.2 + Silero VADAuf dem Gerät87.4%16.3%1.6395 Gespräche; 238 Zugabende
ElevenLabs AgentsCloud-API86.5%20.4%8313 Gespräche; 193 Zugabende
Smart Turn v3Auf dem Gerät88.2%24.3%1.0315 Gespräche; 238 Zugabende
OpenAI GPT-Live-1Cloud-API63.0%6.9%1.5895 Gespräche; 238 Zugabende
Gemini 3.8 LiveCloud-API60.1%10.9%1.2395 Gespräche; 238 Zugabende
WavLM-Base causalLokale CPU54.6%13.9%5735 Gespräche; 238 Zugabende
WavLM-Large causalLokale CPU53.4%17.3%5865 Gespräche; 238 Zugabende

VAP hat den höchsten Youden-J-Wert in unserem Vergleich von fünf Konversationen: 88.2% Recall und 7.4% FPR. Mimi weist weniger Fehlalarme mit 2.0% auf, erfasst aber weniger Gesprächswechsel und benötigt länger für eine Entscheidung.

VAP (Voice Activity Projection) hört beide Sprecher auf separaten Audiokanälen und prognostiziert deren bevorstehende Sprachaktivität. Es nutzt das kürzliche Gespräch, um abzuschätzen, ob der aktuelle Sprecher fortfahren oder an die andere Person übergeben wird. Forschung zu VAP zeigt, dass es lernt, Hinweise in der Stimme zu nutzen, wie Tonhöhe und Rhythmus.

Die von uns verwendete Version wurde zusätzlich mit 104 Stunden konversationellem Audio von otoSpeech trainiert. Unsere Interpretation ist, dass dieses Training und dessen Blick auf beide Sprecher helfen, seinen starken Vergleichserfolg zu erklären.

Wir haben auch das herunterladbare p99 CoreML-Modell und beide VAP-Exporte an zwei Entwicklungsgesprächen getestet: 148 Gesprächsende und 94 Pausen innerhalb eines Gesprächs, unter Verwendung fester Entscheidungsrichtlinien. p99 erfasste 134 Endungen mit 15 falschen Detektionen; beide VAP-Exporte erfassten 124 mit zwei falschen Detektionen. Jeder Export traf dieselben ereignisbasierten Entscheidungen wie sein ursprünglicher Checkpoint. Das Validierungsprotokoll zeichnet die Eingaben und Schwellenwerte auf. Die VAP-Zeile behält den größeren Lauf mit fünf Gesprächen bei.

Die Modelle p99 CoreML und VAP CoreML verfügen über speech-swift APIs. VAP ONNX läuft durch die C++ und Android Laufzeiten. Der Integrationsleitfaden behandelt Downloads und Audioeingaben. Ihre Anwendung legt die Antwortrichtlinie fest.

SLURP: Aktionen anhand gesprochener Befehle auswählen

SLURP enthält gesprochene home-assistant-Anfragen mit einem annotierten Aktions- und Argumentwert. In unserem Routing-Test wird jede Aufnahme mit zehn Kandidatenaktionen und einer Option ohne Aktion geliefert.

Unser Setup mit 1.000 Aufnahmen umfasst 810 Anfragen mit verfügbarer korrekter Aktion und 190 mit nicht verfügbarer Aktion. Wir erwarten bei diesen 190 Anfragen keine Aktion. Dies prüft, ob das Modell eine Anfrage ablehnt, wenn ihre Aktion nicht verfügbar ist.

Die meisten Systeme verwenden 1.000 Aufnahmen, einschließlich Nah- und Fernfeld-Audio. Die Genauigkeit bei Ferngesprächen misst korrekte Entscheidungen bei Aufnahmen, die aus größerer Entfernung gemacht wurden, wenn das angeforderte Werkzeug verfügbar ist. Anrufe trotz fehlendem Werkzeug zählt Anfragen, bei denen das System eine Aktion zurückgab, obwohl das annotierte Werkzeug abwesend war. Es fasst Nah- und Fernfeldaufnahmen zusammen und misst keine Aktivierung durch Hintergrundgespräche oder Stille. Die Tabelle zeigt die genauen Zählungen.

Unser SLURP-Routing-Protokoll. Die Far-mic Genauigkeit verwendet unterstützte Far-Field-Anfragen; die Rate fehlender Tool-Aufrufe bündelt Kopfhörer- und Far-Field-Anfragen mit dem zurückgehaltenen annotierten Intent. Die Argumentübereinstimmung wird nur für Systeme angezeigt, die Argumente zurückgeben.
SystemGenauigkeit bei Fernmikrofon ↑Aufrufe ohne benötigtes Werkzeug ↓Exakte Argumente ↑Testumfang
OpenAI gpt-audio-1.5Cloud-API83.0%
42.6%81/190
44.7%1.000 Aufnahmen
Amazon Nova 2.5 SonicCloud-API75.9%
18.9%36/190
45.4%1.000 Aufnahmen
Parakeet → Gemma 4 E2BAuf dem Gerät75.2%
46.3%88/190
—1.000 Aufnahmen
Parakeet → TypeSafe Jev 1.13Cloud-API73.5%
11.6%22/190
—1.000 Aufnahmen
Parakeet → GLiNER2.5-DecideAuf dem Gerät73.5%
39.0%74/190
—1.000 Aufnahmen
Gemini 2.5 FlashCloud-API73.0%
17.4%33/190
40.6%1.000 Aufnahmen
Liquid d1-omni 600MAuf dem Gerät72.8%
69.0%131/190
—1.000 Aufnahmen
ElevenLabs AgentsCloud-API66.7%
28.6%2/7
41.9%50 Aufnahmen
Mistral Voxtral Mini 3BAuf dem Gerät61.7%
16.3%31/190
35.1%1.000 Aufnahmen
NeuDecide 55MAuf dem Gerät56.5%
89.5%170/190
34.9%1.000 Aufnahmen
Parakeet → MiniLM routerAuf dem Gerät50.8%
5.8%11/190
—1.000 Aufnahmen
Parakeet → FunctionGemma 270MAuf dem Gerät36.4%
34.7%66/190
17.6%1.000 Aufnahmen

Die lokale Parakeet → Gemma 4 E2B Pipeline erreicht eine Ferngesprächsgenauigkeit von 75,2 %, nahe an Nova's 75,9 % und hinter GPT Audio's 83,0 %. Aber bei den 190 Anfragen, deren korrektes Werkzeug nicht verfügbar war, wählte Gemma immer noch 88 Mal eine Aktion: seine falsche Aktivierungsrate von 46,3 %. Ein Beispiel war „delete item“: Bei nicht verfügbarer Listenentfernung wählte es Kalenderentfernung. Es lehnte auch 88 Anfragen ab, bei denen das korrekte Werkzeug verfügbar war, und wählte stattdessen bei weiteren 69 die falsche Aktion.

Sowohl Jev als auch GLiNER wählen bei 311 von 423 unterstützten far-mic Anfragen das korrekte Werkzeug und erreichen damit eine Genauigkeit von 73,5 %. Ihr Verhalten ändert sich, wenn das korrekte Werkzeug fehlt: Jev wählt immer noch auf 22 von 190 Anfragen (11,6 %) eine Aktion, während GLiNER dies bei 74 (39,0 %) tut. Beispielsweise interpretierte GLiNER eine Anfrage zur Reduzierung der Sprecherlautstärke als Dimmen eines Lichts, als das Werkzeug für die Lautstärke fehlte. Diese Beispiele wählten eine andere Aktion als die angeforderte. Auch breitere Werkzeugbeschreibungen können sich überschneiden: Eine Rezeptanfrage kann an ein allgemeines Kochwerkzeug gesendet werden. Unsere Zählung folgt der annotierten Absicht und stellt daher nicht fest, dass jede Alternative semantisch unvernünftig war.

Nova erzielt mit 45,4 % oder 368 von 810 unterstützten Anfragen den höchsten Wert für die Übereinstimmung sowohl des Werkzeugs als auch aller erforderlichen Argumentwerte. Es wählte bei 643 Anfragen das korrekte Werkzeug, aber die Argumente stimmten bei 275 davon nicht überein. In 147 Fällen unterschieden sich die Werte von der Referenz; weitere 128 fehlten mindestens ein Argument, manchmal zusammen mit Wertunterschieden.

Die häufigste Abweichung bei Werten war ein Datum, das in 34 dieser Fälle auftrat. Wir verzeichneten auch fehlende Daten und falsch benannte Felder. Bei einer Alarmanfrage, die „diese Woche“ enthielt, gab Nova zwar die Uhrzeit zurück, ließ aber das Datum weg. Einige Fehler sind Wortunterschiede: „Lasagne“ stimmt bei diesem strengen Textvergleich nicht mit der Referenz „lasagne“ überein. Der Score zählt beide Arten von Abweichungen.

InstructTTSEval: Auch der Sprechstil hat eigene Fehlerquellen

Für InstructTTSEval behalten wir das gesprochene Skript konstant und generieren separate Clips mithilfe von drei Arten von Anweisungen:

  • APS (Acoustic-Parameter Specification) gibt detaillierte Stimmeneinstellungen an, wie Tonhöhe, Tempo, Lautstärke und stimmliche Textur. Zum Beispiel: „Niedrige Tonhöhe, langsames Tempo, sanfte Lautstärke und eine leicht kehlige Stimme.“
  • DSD (Descriptive-Style Directive) beschreibt die Darbietung in natürlicher Sprache und lässt einige Stimmmerkmale offen. Zum Beispiel: „Sprechen Sie warmherzig und beruhigend.“
  • RP (Role-Play) gibt ein Charakter oder eine Situation vor und bittet das Modell, zu vermuten, wie es klingen soll. Zum Beispiel: „Sie sind ein Arzt, der einem ängstlichen Patienten Trost spendet.“

Der Prozentsatz für jeden Typ zeigt, wie oft die generierte Sprache dieser Anweisung folgte.

Die größere Kohorte enthält 25 englische und 25 chinesische Quellzeilen, jeweils drei Prüfungen: 150 Clips pro System. Nova deckt die 25 englischen Zeilen mit 75 Prüfungen ab. Insgesamt ist es der Gesamtpass bei den Gesamtprüfungen geteilt; bei gleichen Aufgabengrößen ist es der Mittelwert von APS, DSD und RP. Ein gespeicherter Gemini Pro Judge liefert die Stilurteile, während die Transkription die gesprochenen Wörter separat überprüft.

Original recordings sind das menschliche Quell-Audio des Benchmarks. Wir bewerten sie mit denselben Anweisungen und dem Judge, der für die 150-Prüfungsdurchläufe verwendet wurde, um den synthetisierten Stimmen einen Referenzpunkt zu geben. Ihr Wert von 73,3 % bedeutet, dass der Judge 110 von 150 Anweisungsprüfungen akzeptierte.

InstructTTS-Ergebnisse vom verlinkten Leaderboard. Jede Zeile zeigt ihre Durchlaufgröße und ihren Überprüfungsstatus. Die 30-Check-Piloten verwenden unterschiedliche Bewerter-Einstellungen als der 150-Check-Kohort.
SystemGesamtAPSDSDRPUmfang / Status
Qwen3-TTS 1.7B VoiceDesign (speech-swift)Auf dem Gerät76.7%23/3070.0%7/10100.0%10/1060.0%6/10

5 englische + 5 chinesische Zeilen; 30 Stilprüfungen

Pilot · unterschiedliche Bewerter-Einstellungen

OriginalaufnahmenMenschliche Referenz-Audioaufnahme73.3%110/15084.0%42/5094.0%47/5042.0%21/50

25 englische + 25 chinesische Zeilen; 150 Stilprüfungen

Referenz

Google Gemini 3.8 Flash TTSCloud-API67.3%101/15076.0%38/5078.0%39/5048.0%24/50

25 englische + 25 chinesische Zeilen; 150 Stilprüfungen

Gemessen

Breeze TTS 2 (speech-swift, BF16)Auf dem Gerät66.7%20/3060.0%6/1080.0%8/1060.0%6/10

5 englische + 5 chinesische Zeilen; 30 Stilprüfungen

Pilot · unterschiedliche Bewerter-Einstellungen

FireRedTTS3-Instruct (speech-swift, FP32)Auf dem Gerät65.3%98/15068.0%34/5078.0%39/5050.0%25/50

25 englische + 25 chinesische Zeilen; 150 Stilprüfungen

Vorläufig · 1 Bewerterantwort wird überprüft

ElevenLabs v4Cloud-API63.3%95/15068.0%34/5076.0%38/5046.0%23/50

25 englische + 25 chinesische Zeilen; 150 Stilprüfungen

Eingabeadapter wird überprüft

VoxCPM2 2B (speech-swift)Auf dem Gerät59.3%89/15064.0%32/5068.0%34/5046.0%23/50

25 englische + 25 chinesische Zeilen; 150 Stilprüfungen

Vorläufig · 1 Bewerterantwort wird überprüft

MOSS-VoiceGenerator (speech-swift, BF16 + FP32 codec)Auf dem Gerät56.0%84/15052.0%26/5076.0%38/5040.0%20/50

25 englische + 25 chinesische Zeilen; 150 Stilprüfungen

Vorläufig · 1 Bewerterantwort wird überprüft

Qwen3-TTS 1.7B CustomVoice (speech-swift)Auf dem Gerät52.7%79/15054.0%27/5064.0%32/5040.0%20/50

25 englische + 25 chinesische Zeilen; 150 Stilprüfungen

Gemessen

Qwen3-TTS 0.6B CustomVoice (speech-swift)Auf dem Gerät48.0%72/15048.0%24/5060.0%30/5036.0%18/50

25 englische + 25 chinesische Zeilen; 150 Stilprüfungen

Experimentelle Eingabe · 1 Bewerterantwort wird überprüft

Amazon Nova 2.5 Sonic (speech generation)Cloud-API40.0%30/7532.0%8/2556.0%14/2532.0%8/25

25 englische Zeilen; 75 Stilprüfungen

Nur Englisch

CosyVoice3 0.5B (speech-swift)Auf dem Gerät34.7%52/1504.0%2/5060.0%30/5040.0%20/50

25 englische + 25 chinesische Zeilen; 150 Stilprüfungen

Eingabe-Bedingung und Bewerterantwort werden überprüft

Fish Audio S2 Pro (speech-swift, BF16)Auf dem Gerät34.7%52/15028.0%14/5050.0%25/5026.0%13/50

25 englische + 25 chinesische Zeilen; 150 Stilprüfungen

Vorläufig · 2 Bewerterantworten werden überprüft

Auf dem gematchten 150-Prüfungs-Kohort erreicht FireRedTTS3-Instruct einen Score von 65,3 % und MOSS-VoiceGenerator einen Score von 56,0 %. Googles TTS-Durchlauf erzielt 67,3 %. Bei den 75 englischen Prüfungen erreicht FireRed 72,0 %, MOSS 52,0 % und Google 72,0 %. VoxCPM2s BF16-Durchlauf bleibt bei 59,3 %; sein Rollenspiel-Ergebnis von 46,0 % ist schwächer als seine Ergebnisse zu Stimmbeschreibung und Richtung. Der größere Qwen CustomVoice-Checkpoint erreicht 52,7 %, verglichen mit 48,0 % für den kleineren Durchlauf mit experimenteller Eingabe. Allein die Größe bestimmte nicht den Score.

Unsere ElevenLabs-Umwandlung von Anweisungen in Tags ließ das angeforderte Singen und einige Emotionsänderungen zurückfallen. CosyVoice3 scheiterte bei der Wortinhaltsprüfung an 48 von 50 APS-Clips; sein Generierungseinsatz ließ auch die Referenzkonditionierung aus, die in der offiziellen Implementierung vorhanden ist. Diese Probleme erfordern weiterhin eine Validierung der korrigierten Eingabe. Fishs korrigierter Durchlauf und mehrere andere Zeilen enthalten Urteilsantworten, die besagten, das Audio sei nicht verfügbar; wir bewahren diese Urteile bei und kennzeichnen die betroffenen Zeilen als vorläufig. Dies sind Ergebnisse für unsere Ports, Eingabeadapter und den Bewerter, und keine Feststellung, dass ein Upstream-Modell in jeder Implementierung dieselben Grenzen hat.

Die meisten Fehler bei menschlichen Aufnahmen betreffen das Rollenspiel: 29 von 50 Prüfungen scheitern, gegenüber acht bei APS und drei bei DSD. Eine reale Aufnahme kann einer detaillierten Stimmbeschreibung entsprechen, aber nicht zur zugewiesenen Rolle passen. Auch der Bewerter kann Fehler machen. Die Referenzzeile hilft uns, die Bewertungen zur Befolgung von Anweisungen einzuordnen; sie beurteilt nicht die Qualität menschlicher Sprache.

Stimmgestaltung als Backend für die Sprachsynthese

Qwen’s VoiceDesign-Checkpoint generiert eine Stimme aus einer geschriebenen Beschreibung. CustomVoice wendet stattdessen Richtungen auf eine ausgewählte voreingestellte Stimme an. Der Checkpoint und der Steuerkanal sind wichtig: ein Feld namens „instruction“ gibt einem Modell keine Fähigkeit, für die es nie trainiert wurde.

Wir testeten Qwen3-TTS 1.7B VoiceDesign und Breeze TTS 2 an denselben fünf englischen und fünf chinesischen Quellen, was je Modell 30 Prüfungen ergibt. Vier Kalibrierungsprüfungen fallen außerhalb ihrer Scores. Wir behielten alle Ausgaben bei, einschließlich einer gesprochenen Wort-Flagge pro Modell.

VoiceDesign bestand 23/30 Prüfungen, Breeze 20/30. Da dieselben zehn Ausgangsaufnahmen für alle drei Aufgaben verwendet werden, ist dies eine vorläufige Bewertung während der Entwicklung. Die gepaarte Differenz von 10 Prozentpunkten hat ein breites, nach Ausgangsaufnahme gruppiertes Intervall, das null einschließt. Auch die Einstellungen des Bewerters unterscheiden sich von denen der größeren Vergleichsgruppe. Der Pilot belegt daher nicht, dass VoiceDesign Googles Ergebnis von 67.3% übertrifft.

Eine Stimmdesign-Anfrage, kein Benchmark-Ergebnis

Gesprochener Text: “Your delivery is scheduled for Friday morning.”

Stimmkurzprofil: „Ein erwachsener britischer englischer Erzähler mit warmem Ton, klarer Artikulation und einem unaufgeregten Tempo.“

Behalten Sie das Skript unverändert bei, wenn Sie eine andere Lieferung versuchen. Eine entworfene Stimme und ein Klon von einer autorisierten Referenz sind unterschiedliche Eingaben; testen Sie die Konsistenz über den gesamten Abschnitt hinweg.

FireRedTTS3-Instruct und MOSS-VoiceGenerator haben nun jeweils 150 Stilprüfungen in der obigen Tabelle. Die separate Inhaltsprüfung wies bei FireRed-Clips 0/150 und bei MOSS-Clips 12/150 Fehlerquoten für Wörter über 30% auf. Ihre kurzen Skript-Laufzeitbeispiele befinden sich weiterhin im Space. Das erste verfügbare PCM betrug für FireRed etwa 4,50 s und für MOSS 0,47 s beim warmen englischen Skript; FireRed gibt eine vollständige Wellenform zurück, während MOSS streamt. Diese Zeitangaben stellen weder die Anweisungsqualität noch ein abgestimmtes Qualitäts-Geschwindigkeitsranking dar. Die bestehende Zertifizierung von Latenz und Speicher bleibt unschlüssig.

Die Forschung zum Sprecherwechsel geht über die Endpunkterkennung hinaus

Forschungsstand: 30. Oktober 2026. Die offizielle TurnBench-Bestenliste für den zurückgehaltenen Testdatensatz umfasst neuere Einreichungen als die ursprünglichen Basismodelle des Papers. Die Systembeschreibung von p99 nennt 6.1 Millionen trainierte Parameter, zusätzliche Klassifikationsköpfe und eine Regelung des Sprecherwechsels, die beide Audiokanäle nutzt. Der Download unter Apache 2.0 enthält das Mono-Modell mit 5.3 Millionen Parametern. Unsere Tabelle zum Sprecherwechsel enthält diesen herunterladbaren Checkpoint.

LiveKit’s eot-bench ergänzt dies mit realen Mensch-zu-Agent-Gesprächen in 14 Sprachen. Es durchsucht Endpunktierungsrichtlinien und vergleicht die Latenz bei einem festen False-Cutoff-Budget, einschließlich der gesamten Tradeoff-Kurve. Das ist ein nützlicher nächster Schritt für ein mehrsprachiges Produkt, da ein Schwellenwert, der im Englischen funktioniert, nicht für eine andere Sprache geeignet sein muss.

MultiPartyTurnBench, diesen Monat eingereicht, erweitert die Gesprächssteuerung von zwei auf fünf Sprecher. Seine Autoren berichten von einer starken Leistung beim Gesprächseinstieg zusammen mit einem nahezu zufälligen selektiven Unterbreitungsmanagement für die evaluierten Agenten. Die generierten Konversationen bieten kontrollierte Tests, wobei neben real-Audio-Prüfungen diese erforderlich sind. Meetings und gemeinsame Räume erfordern mehr als nur eine Erweiterung einer Zwei-Sprecher-Endpunktregel.

Full-Duplex-Bench v3 paart reale dysfluente Sprache mit verketteten Tool-Aufrufen und legt Selbstkorrekturen und mehrstufige Fehler frei. DuplexAct, ebenfalls diesen Monat eingereicht, evaluiert Interaktionsaktionen und ob der Agent nachkommt. Wir sehen dies als ergänzende Tests für die Lücke zwischen dem Erkennen eines Ereignisses und dem Abschließen einer nützlichen Interaktion. Diese neueren Benchmarks haben wir in diesem Beitrag nicht ausgeführt.

Private Synthese, angeleitete Synchronisation und englische Stimmen

Soniqos private Runtime und On-Device SDKs bieten Bausteine für Sprachanwendungen in Ihrer eigenen Umgebung. Wir arbeiten mit Teams zusammen, die expressive Synthese und emotional gesteuerte Dubbing-Pipelines erstellen: Behalten Sie die beabsichtigten Wörter bei, wählen Sie eine Stimme, liefern Sie ein Vortragsbriefing und überprüfen Sie dann das Ergebnis im Kontext.

Sie können einen Voice-Design-Backend in die Synthesestufe einbinden und dabei die Gesprächsführungspolitik und die Tool-Ausführung getrennt halten. Für eine rezitierte Szene kann die Anwendung „ruhige Beruhigung“ oder „steigende Dringlichkeit“ spezifizieren, anstatt eine Emotion zu inferieren und die Performance ohne Regieanweisung zu ändern. Ein Dubbing-Workflow benötigt ebenfalls Timing, Sprecherkontinuität und eine Hörprüfung; die drei oben genannten Benchmarks zertifizieren diesen vollständigen Workflow nicht.

Die englischen Stimmoptionen umfassen amerikanische und britische voreingestellte Stimmen im Kokoro-Katalog. Stilbewusste Backends fügen natürliche Sprach-Stimmbeschreibungen hinzu. Die Auswahl von Voreinstellungen, das Voice Design und das Cloning sind separate Steuerelemente, und die Unterstützung variiert je nach Modell. Ein angefragter regionaler Akzent erfordert eine Bewertung durch Zuhörer, die mit dieser Variante vertraut sind; Transkriptionsgenauigkeit und Sprecherähnlichkeit stellen keine Authentizität dar.

Mit einem lokalen Backend und bereitgestellten Modellressourcen kann die Synthese in der Bereitstellungsumgebung verbleiben. Die genaue Bereitstellung und Modellauswahl hängen von der Zielhardware und den Bedingungen des Modells ab. Forschungs-Benchmarks und eingeschränkte Modellgewichte stellen keine pauschale kommerzielle Lizenz dar.

Erstellen Sie einen Sprachworkflow auf Ihrer Infrastruktur

Bringen Sie die Zielplattform, Sprache und Akzentanforderungen, Stimmberechtigungen und Beispiele für die gewünschte Wiedergabe mit. Wir können den Laufzeitumfang, das Synthese-Backend und die Bewertung auf diesen Arbeitslastbereich abstimmen.

Erkunden Sie private Sprachbereitstellungen

Welche Entscheidungen diese Messungen unterstützen

  • Wählen Sie eine Zugangsrichtlinie nach ihrem Betriebspunkt. In unserem Dev Slice bieten VAP und Mimi unterschiedliche Abwägung zwischen Recall, False Alarm und Verzögerung. Aktuelle Forschung außerhalb des Trainingsdatensatzes ist über diese ursprünglichen Basislinien hinausgegangen.
  • Anzahl der vollständigen Tool-Anfragen zählen. In unserem zehnstufigen Setup wählte Nova bei 643 unterstützten Anfragen das korrekte Werkzeug; 368 hatten auch passende Argumente. Falsche Werte und fehlende Felder trugen zur Lücke bei.
  • Testen Sie die Wiedergabe nach Instruktionstyp. Rollenspiele ist in mehreren Durchläufen ein schwächeres Feld. Der VoiceDesign-Pilot rechtfertigt einen größeren abgeglichenen Vergleich, anstatt eine Behauptung eines neuen Gesamtsiegers aufzustellen.

Unsere nächsten nützlichen Messungen sind ein größerer VoiceDesign-Kohort mit abgestimmter Bewertung, mehrsprachiges Endpunkt-Detection bei festen Abschneidraten und Interaktionstests, die eine Korrektur bis zum endgültigen Tool-Aufruf durchführen. Die menschliche Überprüfung von Akzent, Natürlichkeit und Leistungskontinuität gehört neben den automatischen Scores für professionelle Spracharbeiten.

Lesen Sie die Live-Ergebnisse und Protokolle, erkunden Sie speech-swift oder besprechen Sie eine private Bereitstellung. Die obigen Tabellen behalten die Durchlaufgrößen und Einstellungen aus dem verlinkten Snapshot bei.