Qwen-Audio-3.0-Realtime-Plus ist ein Modell von Alibaba für Sprachdialoge in Echtzeit. Es nimmt Sprache und Text entgegen, antwortet mit Audio und Text und unterstützt ein Gespräch in beide Richtungen mit natürlichem Wechsel der Beiträge. Audio lässt sich abschnittsweise senden und empfangen, sodass sich die Interaktion im Verlauf des Gesprächs entwickelt.
Es gibt mehrere Verfahren, um die Grenzen eines Gesprächsbeitrags zu erkennen: anhand von Sprachaktivität, inhaltlicher Vollständigkeit und ausdrücklicher Steuerung. Beim Hersteller wird der Modus vor der ersten Audioübertragung gewählt; eine Änderung nach Gesprächsbeginn erfordert eine neue Verbindung. Ob diese Steuerung unterstützt wird, hängt von der gewählten Methode ab. Der inhaltliche Modus berücksichtigt Pausen und Füllwörter: Ein kurzes Zögern bedeutet nicht zwangsläufig, dass der Nutzer seinen Gedanken abgeschlossen hat. Neue Spracheingaben des Nutzers können die gerade entstehende Antwort unterbrechen, damit das Gespräch mit dem nächsten Beitrag weitergeht. Im inhaltlichen Modus lässt sich die Erkennung an einer Sprachprobe des ausgewählten Gegenübers ausrichten, um andere Stimmen und Hintergrundgeräusche weniger zu berücksichtigen.
Anweisungen legen die Rolle des Assistenten und den Gesprächsstil fest. Die stimmliche Gestaltung kann Tonfall, Tempo und Emotion berücksichtigen; für Version 3.0 sind fünf Systemstimmen und Stimmen anhand einer Sprachprobe vorgesehen. Das Modell unterstützt 11 Sprachen, darunter Russisch, sowie die vom Hersteller angegebenen chinesischen Dialektvarianten. Beim Hersteller wird die Stimme bei der ersten Aktualisierung der Sitzungseinstellungen festgelegt; eine später übermittelte neue Stimme wird im selben Gespräch ignoriert. Diese Einstellungen erfordern Unterstützung durch den gewählten Zugriffsweg.
Funktionsaufrufe werden unterstützt. Das Modell formuliert die benötigte Aktion, die angebundene Anwendung führt sie aus und gibt das Ergebnis in das Gespräch zurück. Dadurch lässt sich ein Gespräch auf tatsächliche Daten stützen und nach einer ausgeführten Operation fortsetzen. Der Sprachassistent kann Werkzeugergebnisse verwenden und dabei den Gesprächskontext beibehalten. Zu den Herstellerfunktionen gehört auch eine integrierte Websuche, sofern die gewählte Methode sie bereitstellt. Websuche und Funktionsaufrufe können nicht gleichzeitig in einer Sitzung aktiviert werden.
Standardmäßig umfasst der Verlauf 20 Gesprächsschritte; vorgesehen ist ein Bereich von einem bis zu 50. Für das angesammelte Audio gilt ein Limit von 300 Sekunden; bei Überschreitung der Grenzen werden ältere Teile des Verlaufs entfernt. Das ist von der Dauer eines einzelnen Beitrags zu unterscheiden: Der Verlauf bestimmt, welches frühere Material bei der Fortsetzung des Dialogs verfügbar bleibt.
Der formale Kontext beträgt 40 960 Tokens. Die maximale Eingabelänge liegt bei 16 384 Tokens, die Ausgabelänge bei 8192; dieselben Eingabe- und Ausgabegrenzen sind für den Reasoning-Modus angegeben, mit einem separaten Limit von 1024 Tokens für die Gedankenkette.
Für Audio-Streaming ist einkanaliges PCM mit 16-Bit-Darstellung vorgesehen: 16 kHz für die Eingabe und 24 kHz für die Ausgabe. Text- und Audiodaten gehören zu einem gemeinsamen Gespräch. Visuelle Eingaben und die Ausgabe von Bildern sind für dieses konkrete Modell nicht angegeben; seine Spezialisierung sind Sprache, Text und stimmliche Interaktion.
", "aboutText": "Qwen-Audio-3.0-Realtime-Plus ist ein Modell von Alibaba für Sprachdialoge in Echtzeit. Es nimmt Sprache und Text entgegen, antwortet mit Audio und Text und unterstützt ein Gespräch in beide Richtungen mit natürlichem Wechsel der Beiträge. Audio lässt sich abschnittsweise senden und empfangen, sodass sich die Interaktion im Verlauf des Gesprächs entwickelt.\n\n### Wann das Gegenüber einen Gedanken abgeschlossen hat\n\nEs gibt mehrere Verfahren, um die Grenzen eines Gesprächsbeitrags zu erkennen: anhand von Sprachaktivität, inhaltlicher Vollständigkeit und ausdrücklicher Steuerung. Beim Hersteller wird der Modus vor der ersten Audioübertragung gewählt; eine Änderung nach Gesprächsbeginn erfordert eine neue Verbindung. Ob diese Steuerung unterstützt wird, hängt von der gewählten Methode ab. Der inhaltliche Modus berücksichtigt Pausen und Füllwörter: Ein kurzes Zögern bedeutet nicht zwangsläufig, dass der Nutzer seinen Gedanken abgeschlossen hat. Neue Spracheingaben des Nutzers können die gerade entstehende Antwort unterbrechen, damit das Gespräch mit dem nächsten Beitrag weitergeht. Im inhaltlichen Modus lässt sich die Erkennung an einer Sprachprobe des ausgewählten Gegenübers ausrichten, um andere Stimmen und Hintergrundgeräusche weniger zu berücksichtigen.\n\nAnweisungen legen die Rolle des Assistenten und den Gesprächsstil fest. Die stimmliche Gestaltung kann Tonfall, Tempo und Emotion berücksichtigen; für Version 3.0 sind fünf Systemstimmen und Stimmen anhand einer Sprachprobe vorgesehen. Das Modell unterstützt 11 Sprachen, darunter Russisch, sowie die vom Hersteller angegebenen chinesischen Dialektvarianten. Beim Hersteller wird die Stimme bei der ersten Aktualisierung der Sitzungseinstellungen festgelegt; eine später übermittelte neue Stimme wird im selben Gespräch ignoriert. Diese Einstellungen erfordern Unterstützung durch den gewählten Zugriffsweg.\n\n### Werkzeuge und Gesprächsverlauf\n\nFunktionsaufrufe werden unterstützt. Das Modell formuliert die benötigte Aktion, die angebundene Anwendung führt sie aus und gibt das Ergebnis in das Gespräch zurück. Dadurch lässt sich ein Gespräch auf tatsächliche Daten stützen und nach einer ausgeführten Operation fortsetzen. Der Sprachassistent kann Werkzeugergebnisse verwenden und dabei den Gesprächskontext beibehalten. Zu den Herstellerfunktionen gehört auch eine integrierte Websuche, sofern die gewählte Methode sie bereitstellt. Websuche und Funktionsaufrufe können nicht gleichzeitig in einer Sitzung aktiviert werden.\n\nStandardmäßig umfasst der Verlauf 20 Gesprächsschritte; vorgesehen ist ein Bereich von einem bis zu 50. Für das angesammelte Audio gilt ein Limit von 300 Sekunden; bei Überschreitung der Grenzen werden ältere Teile des Verlaufs entfernt. Das ist von der Dauer eines einzelnen Beitrags zu unterscheiden: Der Verlauf bestimmt, welches frühere Material bei der Fortsetzung des Dialogs verfügbar bleibt.\n\n### Textkontext und Audio\n\nDer formale Kontext beträgt 40 960 Tokens. Die maximale Eingabelänge liegt bei 16 384 Tokens, die Ausgabelänge bei 8192; dieselben Eingabe- und Ausgabegrenzen sind für den Reasoning-Modus angegeben, mit einem separaten Limit von 1024 Tokens für die Gedankenkette.\n\nFür Audio-Streaming ist einkanaliges PCM mit 16-Bit-Darstellung vorgesehen: 16 kHz für die Eingabe und 24 kHz für die Ausgabe. Text- und Audiodaten gehören zu einem gemeinsamen Gespräch. Visuelle Eingaben und die Ausgabe von Bildern sind für dieses konkrete Modell nicht angegeben; seine Spezialisierung sind Sprache, Text und stimmliche Interaktion.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "69175c49fc5f51a05f0c904bfecc3fe5449646823bc55e32971ab8bdd6c173d9", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "de", "methods": [ { "html": "qwen-audio-3.0-realtime-plusModell für Sprachdialoge in Echtzeit, das Sprache und Text entgegennimmt und mit Stimme oder Text antwortet. Ausgelegt auf ein natürliches Gesprächstempo und die Zusammenarbeit mit Werkzeugen.
Diese Beschreibung erläutert die Fähigkeiten des Modells. Die über Ailoot verfügbaren Eingaben, Ausgaben und Optionen sind unten für die ausgewählte Methode aufgeführt.
Qwen-Audio-3.0-Realtime-Plus ist ein Modell von Alibaba für Sprachdialoge in Echtzeit. Es nimmt Sprache und Text entgegen, antwortet mit Audio und Text und unterstützt ein Gespräch in beide Richtungen mit natürlichem Wechsel der Beiträge. Audio lässt sich abschnittsweise senden und empfangen, sodass sich die Interaktion im Verlauf des Gesprächs entwickelt.
Es gibt mehrere Verfahren, um die Grenzen eines Gesprächsbeitrags zu erkennen: anhand von Sprachaktivität, inhaltlicher Vollständigkeit und ausdrücklicher Steuerung. Beim Hersteller wird der Modus vor der ersten Audioübertragung gewählt; eine Änderung nach Gesprächsbeginn erfordert eine neue Verbindung. Ob diese Steuerung unterstützt wird, hängt von der gewählten Methode ab. Der inhaltliche Modus berücksichtigt Pausen und Füllwörter: Ein kurzes Zögern bedeutet nicht zwangsläufig, dass der Nutzer seinen Gedanken abgeschlossen hat. Neue Spracheingaben des Nutzers können die gerade entstehende Antwort unterbrechen, damit das Gespräch mit dem nächsten Beitrag weitergeht. Im inhaltlichen Modus lässt sich die Erkennung an einer Sprachprobe des ausgewählten Gegenübers ausrichten, um andere Stimmen und Hintergrundgeräusche weniger zu berücksichtigen.
Anweisungen legen die Rolle des Assistenten und den Gesprächsstil fest. Die stimmliche Gestaltung kann Tonfall, Tempo und Emotion berücksichtigen; für Version 3.0 sind fünf Systemstimmen und Stimmen anhand einer Sprachprobe vorgesehen. Das Modell unterstützt 11 Sprachen, darunter Russisch, sowie die vom Hersteller angegebenen chinesischen Dialektvarianten. Beim Hersteller wird die Stimme bei der ersten Aktualisierung der Sitzungseinstellungen festgelegt; eine später übermittelte neue Stimme wird im selben Gespräch ignoriert. Diese Einstellungen erfordern Unterstützung durch den gewählten Zugriffsweg.
Funktionsaufrufe werden unterstützt. Das Modell formuliert die benötigte Aktion, die angebundene Anwendung führt sie aus und gibt das Ergebnis in das Gespräch zurück. Dadurch lässt sich ein Gespräch auf tatsächliche Daten stützen und nach einer ausgeführten Operation fortsetzen. Der Sprachassistent kann Werkzeugergebnisse verwenden und dabei den Gesprächskontext beibehalten. Zu den Herstellerfunktionen gehört auch eine integrierte Websuche, sofern die gewählte Methode sie bereitstellt. Websuche und Funktionsaufrufe können nicht gleichzeitig in einer Sitzung aktiviert werden.
Standardmäßig umfasst der Verlauf 20 Gesprächsschritte; vorgesehen ist ein Bereich von einem bis zu 50. Für das angesammelte Audio gilt ein Limit von 300 Sekunden; bei Überschreitung der Grenzen werden ältere Teile des Verlaufs entfernt. Das ist von der Dauer eines einzelnen Beitrags zu unterscheiden: Der Verlauf bestimmt, welches frühere Material bei der Fortsetzung des Dialogs verfügbar bleibt.
Der formale Kontext beträgt 40 960 Tokens. Die maximale Eingabelänge liegt bei 16 384 Tokens, die Ausgabelänge bei 8192; dieselben Eingabe- und Ausgabegrenzen sind für den Reasoning-Modus angegeben, mit einem separaten Limit von 1024 Tokens für die Gedankenkette.
Für Audio-Streaming ist einkanaliges PCM mit 16-Bit-Darstellung vorgesehen: 16 kHz für die Eingabe und 24 kHz für die Ausgabe. Text- und Audiodaten gehören zu einem gemeinsamen Gespräch. Visuelle Eingaben und die Ausgabe von Bildern sind für dieses konkrete Modell nicht angegeben; seine Spezialisierung sind Sprache, Text und stimmliche Interaktion.
GET /v1/realtime?model=qwen-audio-3.0-realtime-plustext, audiotext, audio| Feld | Typ | Anforderung | Werte und Limits | Standard |
|---|---|---|---|---|
Feldquery.model | Typstring | AnforderungErforderlich | Werte und Limits qwen-audio-3.0-realtime-plus | Standard— |
Feldsession.input_audio_format | Typstring | AnforderungOptional | Werte und Limits pcm16, pcm | Standard— |
Feldsession.output_audio_format | Typstring | AnforderungOptional | Werte und Limits pcm16, pcm | Standard— |
Feldsession.instructions | Typstring | AnforderungOptional | Werte und Limits Limit gilt für: Ausgewählte Sitzungsrichtlinie | Standard— |
Feldsession.max_history_turns | Typinteger | AnforderungOptional | Werte und Limits Minimum: 1 Limit gilt für: Ausgewählte Sitzungsrichtlinie | Standard— |
Feldinput_audio_buffer.append.audio | Typbase64_string | AnforderungErforderlich | Werte und Limits Eingabeinhalt: PCM16 mono; 16 kHz Eingabe, 24 kHz Ausgabe; nicht leere Daten mit gerader Byteanzahl | Standard— |
realtime_text_audio
| Parameter | Vertrag |
|---|---|
Parametermaterial_types | Vertragtext, audio |
Parameterrequired | Vertragnull |
Parameteroptional_controls | Vertragnull |
Parametercontent_type | VertragWebSocket |
Lebenszyklus: exact retained published method
Methodenstrukturen und IDs sind exakt; die Fähigkeiten des Anbieters sind von der Zulassung einer Anfrage zu unterscheiden.
GET /v1/realtime?model=qwen-audio-3.0-realtime-plusAiloot reserviert vor einer Anfrage einen geschätzten Betrag. Nach dem Ergebnis rechnet Ailoot die endgültige Gebühr anhand des gemessenen Verbrauchs ab. Bei Streaming erfolgt die Abrechnung anhand des abschließenden Verbrauchsdatensatzes. So funktionieren Reservierung und Abrechnung →
# Install the documented client once: python3 -m pip install websockets\nimport base64, json, os, time, wave\nfrom pathlib import Path\nfrom websockets.sync.client import connect\n\nkey = os.environ.get("AILOOT_API_KEY", "")\nif not key.strip():\n raise SystemExit("Set your AILOOT_API_KEY before connecting")\nfile = Path(os.environ.get("AILOOT_TEXT_FILE", ""))\nif not file.is_file(): raise SystemExit("Set AILOOT_TEXT_FILE to your actual UTF-8 material")\nmaterial = file.read_text(encoding="utf-8")\nif not material.strip(): raise SystemExit("Text material must not be empty")\nout = Path("realtime-results")\nout.mkdir(exist_ok=True)\naudio, texts, complete = {}, {}, []\ncurrent_response = None\npending = False\ndeadline = time.monotonic() + 570 # Local client bound; lower server/session limits still apply.\n\ndef receive(ws, log):\n global current_response, pending\n left = deadline - time.monotonic()\n if left <= 0:\n raise TimeoutError("Client session limit; preserve IDs and partial results, do not replay")\n event = json.loads(ws.recv(timeout=min(60, left)))\n log.write(json.dumps(event, ensure_ascii=False) + "\\n")\n log.flush()\n kind = event.get("type")\n if kind == "error":\n raise RuntimeError(json.dumps(event, ensure_ascii=False))\n if kind == "response.created":\n current_response = event["response"]["id"]\n if kind in {"response.audio.delta", "response.output_audio.delta", "response.text.delta", "response.output_text.delta", "response.audio_transcript.delta", "response.output_audio_transcript.delta", "response.text.done", "response.audio_transcript.done"}:\n identity = (event["response_id"], event["item_id"], event["output_index"], event["content_index"])\n if kind in {"response.audio.delta", "response.output_audio.delta"}:\n raw = base64.b64decode(event["delta"], validate=True)\n if len(raw) % 2: raise ValueError("Output PCM16 chunk must have an even byte length")\n audio.setdefault(identity, bytearray()).extend(raw)\n elif kind.endswith(".done"):\n texts[identity] = event.get("text", event.get("transcript", ""))\n else:\n texts[identity] = texts.get(identity, "") + event["delta"]\n print(event["delta"], end="", flush=True)\n if kind == "response.done":\n response = event["response"]\n complete.append(response)\n if current_response is None: current_response = response["id"]\n if response["id"] == current_response: pending = False\n return event\n\ndef wait_for(ws, log, kind):\n while True:\n event = receive(ws, log)\n if event.get("type") == kind: return event\n\ndef send(ws, event):\n ws.send(json.dumps(event, ensure_ascii=False))\n\ntry:\n # One exact model query; no reconnect/retry loop and no provider credentials.\n with connect("wss://api.ailoot.ai/v1/realtime?model=qwen-audio-3.0-realtime-plus", additional_headers={"Authorization": "Bearer " + key}) as ws:\n with (out / "events.jsonl").open("w", encoding="utf-8") as log:\n wait_for(ws, log, "session.created")\n send(ws, {"type":"session.update", "session":{"modalities":["audio","text"], "input_audio_format":"pcm", "output_audio_format":"pcm", "turn_detection":None}})\n wait_for(ws, log, "session.updated")\n send(ws, {"type":"conversation.item.create", "item":{"type":"message", "role":"user", "content":[{"type":"input_text", "text":material}]}})\n send(ws, {"type":"response.create"})\n pending = True\n try:\n while pending: receive(ws, log)\n except KeyboardInterrupt:\n # Cancel the actual current inference, then preserve its returned status.\n send(ws, {"type":"response.cancel"})\n while pending: receive(ws, log)\n if not complete or complete[-1].get("status") != "completed":\n raise RuntimeError("Response did not complete normally; inspect saved events and status")\nfinally:\n manifest = {"responses":complete, "parts":[]}\n for number, identity in enumerate(dict.fromkeys(list(audio) + list(texts))):\n record = {"response_id":identity[0], "item_id":identity[1], "output_index":identity[2], "content_index":identity[3]}\n if identity in audio:\n raw = bytes(audio[identity])\n pcm_file = out / ("audio-" + str(number) + ".pcm")\n wav_file = out / ("audio-" + str(number) + ".wav")\n pcm_file.write_bytes(raw)\n with wave.open(str(wav_file), "wb") as wav:\n wav.setnchannels(1); wav.setsampwidth(2); wav.setframerate(24000); wav.writeframes(raw)\n record.update({"pcm":str(pcm_file), "wav":str(wav_file), "sample_rate_hz":24000})\n if identity in texts:\n text_file = out / ("text-" + str(number) + ".txt")\n text_file.write_text(texts[identity], encoding="utf-8")\n record["text"] = str(text_file)\n manifest["parts"].append(record)\n (out / "results.json").write_text(json.dumps(manifest, ensure_ascii=False, indent=2), encoding="utf-8")\n print("\\nSaved every received event and result in", out)\n# Install the documented client once: python3 -m pip install websockets\nimport base64, json, os, time, wave\nfrom pathlib import Path\nfrom websockets.sync.client import connect\n\nkey = os.environ.get("AILOOT_API_KEY", "")\nif not key.strip():\n raise SystemExit("Set your AILOOT_API_KEY before connecting")\nfile = Path(os.environ.get("AILOOT_AUDIO_FILE", ""))\nif not file.is_file(): raise SystemExit("Set AILOOT_AUDIO_FILE to your raw PCM16 mono 16-kHz recording")\nmaterial = file.read_bytes()\nif not material or len(material) % 2 or material.startswith(b"RIFF"):\n raise SystemExit("Use nonempty signed little-endian PCM16 mono 16-kHz bytes, not a WAV header")\nout = Path("realtime-results")\nout.mkdir(exist_ok=True)\naudio, texts, complete = {}, {}, []\ncurrent_response = None\npending = False\ndeadline = time.monotonic() + 570 # Local client bound; lower server/session limits still apply.\n\ndef receive(ws, log):\n global current_response, pending\n left = deadline - time.monotonic()\n if left <= 0:\n raise TimeoutError("Client session limit; preserve IDs and partial results, do not replay")\n event = json.loads(ws.recv(timeout=min(60, left)))\n log.write(json.dumps(event, ensure_ascii=False) + "\\n")\n log.flush()\n kind = event.get("type")\n if kind == "error":\n raise RuntimeError(json.dumps(event, ensure_ascii=False))\n if kind == "response.created":\n current_response = event["response"]["id"]\n if kind in {"response.audio.delta", "response.output_audio.delta", "response.text.delta", "response.output_text.delta", "response.audio_transcript.delta", "response.output_audio_transcript.delta", "response.text.done", "response.audio_transcript.done"}:\n identity = (event["response_id"], event["item_id"], event["output_index"], event["content_index"])\n if kind in {"response.audio.delta", "response.output_audio.delta"}:\n raw = base64.b64decode(event["delta"], validate=True)\n if len(raw) % 2: raise ValueError("Output PCM16 chunk must have an even byte length")\n audio.setdefault(identity, bytearray()).extend(raw)\n elif kind.endswith(".done"):\n texts[identity] = event.get("text", event.get("transcript", ""))\n else:\n texts[identity] = texts.get(identity, "") + event["delta"]\n print(event["delta"], end="", flush=True)\n if kind == "response.done":\n response = event["response"]\n complete.append(response)\n if current_response is None: current_response = response["id"]\n if response["id"] == current_response: pending = False\n return event\n\ndef wait_for(ws, log, kind):\n while True:\n event = receive(ws, log)\n if event.get("type") == kind: return event\n\ndef send(ws, event):\n ws.send(json.dumps(event, ensure_ascii=False))\n\ntry:\n # One exact model query; no reconnect/retry loop and no provider credentials.\n with connect("wss://api.ailoot.ai/v1/realtime?model=qwen-audio-3.0-realtime-plus", additional_headers={"Authorization": "Bearer " + key}) as ws:\n with (out / "events.jsonl").open("w", encoding="utf-8") as log:\n wait_for(ws, log, "session.created")\n send(ws, {"type":"session.update", "session":{"modalities":["audio","text"], "input_audio_format":"pcm", "output_audio_format":"pcm", "turn_detection":None}})\n wait_for(ws, log, "session.updated")\n for offset in range(0, len(material), 640):\n send(ws, {"type":"input_audio_buffer.append", "audio":base64.b64encode(material[offset:offset+640]).decode("ascii")})\n time.sleep(0.02)\n send(ws, {"type":"input_audio_buffer.commit"})\n wait_for(ws, log, "input_audio_buffer.committed")\n send(ws, {"type":"response.create"})\n pending = True\n try:\n while pending: receive(ws, log)\n except KeyboardInterrupt:\n # Cancel the actual current inference, then preserve its returned status.\n send(ws, {"type":"response.cancel"})\n while pending: receive(ws, log)\n if not complete or complete[-1].get("status") != "completed":\n raise RuntimeError("Response did not complete normally; inspect saved events and status")\nfinally:\n manifest = {"responses":complete, "parts":[]}\n for number, identity in enumerate(dict.fromkeys(list(audio) + list(texts))):\n record = {"response_id":identity[0], "item_id":identity[1], "output_index":identity[2], "content_index":identity[3]}\n if identity in audio:\n raw = bytes(audio[identity])\n pcm_file = out / ("audio-" + str(number) + ".pcm")\n wav_file = out / ("audio-" + str(number) + ".wav")\n pcm_file.write_bytes(raw)\n with wave.open(str(wav_file), "wb") as wav:\n wav.setnchannels(1); wav.setsampwidth(2); wav.setframerate(24000); wav.writeframes(raw)\n record.update({"pcm":str(pcm_file), "wav":str(wav_file), "sample_rate_hz":24000})\n if identity in texts:\n text_file = out / ("text-" + str(number) + ".txt")\n text_file.write_text(texts[identity], encoding="utf-8")\n record["text"] = str(text_file)\n manifest["parts"].append(record)\n (out / "results.json").write_text(json.dumps(manifest, ensure_ascii=False, indent=2), encoding="utf-8")\n print("\\nSaved every received event and result in", out)\nSitzungsereignisse
Bewahren Sie jede vollständig zurückgegebene Antwort, Datei und jeden Inhaltsteil auf.
Setzen Sie für jede tatsächliche Antwort-ID sämtliche zurückgegebenen Audio-Deltas und Text-/Ereignisergebnisse zusammen.
Bewahren Sie die tatsächlichen Sitzungs-, Antwort- und Ereignis-IDs sowie die Belege auf.
| Antwort | Bedingung | Nächster Schritt |
|---|---|---|
Antwort426 · invalid_request_error | BedingungKein WebSocket-Upgrade | Nächster SchrittVerwenden Sie einen WebSocket-Client mit Upgrade: websocket. |
Ailoot qwen-audio-3.0-realtime-plus
Verwenden Sie die oben angezeigten Methodenpfade.