Qwen-Audio-3.0-Realtime-Plus ist ein Modell von Alibaba für Sprachdialoge in Echtzeit. Es nimmt Sprache und Text an, antwortet mit Audio und Text und unterstützt ein wechselseitiges Gespräch mit natürlichem Austausch von Äußerungen. Audio kann abschnittsweise gesendet und empfangen werden, sodass sich die Interaktion während des Gesprächs entwickelt.
Es gibt mehrere Möglichkeiten, die Grenzen einer Äußerung festzustellen: anhand der Sprachaktivität, anhand des inhaltlichen Abschlusses und durch ausdrückliche Steuerung. Beim Hersteller wird der Modus vor der Übertragung des ersten Audios gewählt; für einen Wechsel nach Gesprächsbeginn ist eine neue Verbindung erforderlich. 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 zwingend, dass die Person ihren Gedanken beendet hat. Neue Spracheingaben können die gerade erzeugte Antwort unterbrechen, damit das Gespräch unter Berücksichtigung der nächsten Äußerung weitergeht. Im inhaltlichen Modus kann die Erkennung an einem Sprachbeispiel der gewählten Person ausgerichtet werden, damit fremde Stimmen und Hintergrundgeräusche weniger stören.
Anweisungen bestimmen die Rolle des Assistenten und den Gesprächsstil. Die Sprachausgabe kann Tonfall, Tempo und Emotion berücksichtigen; für Version 3.0 sind fünf Systemstimmen und Stimmen anhand eines Sprachbeispiels vorgesehen. Das Modell unterstützt 11 Sprachen, darunter Russisch, sowie die vom Hersteller genannten chinesischen Dialektvarianten. Beim Hersteller wird die Stimme beim ersten Aktualisieren der Sitzungseinstellungen festgelegt; eine später im selben Gespräch übermittelte neue Stimme wird ignoriert. Diese Einstellungen müssen vom gewählten Zugriffsverfahren unterstützt werden.
Funktionsaufrufe werden unterstützt. Das Modell formuliert die erforderliche Aktion, die angeschlossene Anwendung führt sie aus und gibt das Ergebnis in den Dialog zurück. So kann das Gespräch auf tatsächlichen Daten aufbauen und nach einer ausgeführten Operation fortgesetzt werden. Ein Sprachassistent kann sich auf Werkzeugergebnisse stützen und dabei den Gesprächskontext beibehalten. Zu den Möglichkeiten des Herstellers 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.
Der Verlauf umfasst standardmäßig 20 Gesprächsschritte; vorgesehen ist ein Bereich von einem bis 50. Für das angesammelte Audio gilt eine Grenze von 300 Sekunden. Ältere Teile des Verlaufs werden entfernt, sobald diese Grenzen überschritten sind. Das unterscheidet sich von der Dauer einer einzelnen Äußerung: Der Verlauf bestimmt, welches frühere Material bei der Fortsetzung des Dialogs verfügbar bleibt.
Der formale Kontext umfasst 40 960 Tokens. Die maximale Eingabelänge beträgt 16 384 Tokens, die maximale Ausgabelänge 8192. Dieselben Eingabe- und Ausgabegrenzen gelten für den Reasoning-Modus, mit einer eigenen Grenze von 1024 Tokens für die Gedankenkette.
Für Audio-Streaming ist einkanaliges PCM mit 16-Bit-Darstellung vorgesehen: 16 kHz am Eingang, 24 kHz am Ausgang. Text- und Audiodaten gehören zu einem Gespräch. Visuelle Eingaben und die Ausgabe von Bildern sind für dieses konkrete Modell nicht angegeben; es ist auf Sprache, Text und sprachliche Interaktion spezialisiert.
", "aboutText": "Qwen-Audio-3.0-Realtime-Plus ist ein Modell von Alibaba für Sprachdialoge in Echtzeit. Es nimmt Sprache und Text an, antwortet mit Audio und Text und unterstützt ein wechselseitiges Gespräch mit natürlichem Austausch von Äußerungen. Audio kann abschnittsweise gesendet und empfangen werden, sodass sich die Interaktion während des Gesprächs entwickelt.\n\n### Wann das Gegenüber seinen Gedanken beendet hat\n\nEs gibt mehrere Möglichkeiten, die Grenzen einer Äußerung festzustellen: anhand der Sprachaktivität, anhand des inhaltlichen Abschlusses und durch ausdrückliche Steuerung. Beim Hersteller wird der Modus vor der Übertragung des ersten Audios gewählt; für einen Wechsel nach Gesprächsbeginn ist eine neue Verbindung erforderlich. 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 zwingend, dass die Person ihren Gedanken beendet hat. Neue Spracheingaben können die gerade erzeugte Antwort unterbrechen, damit das Gespräch unter Berücksichtigung der nächsten Äußerung weitergeht. Im inhaltlichen Modus kann die Erkennung an einem Sprachbeispiel der gewählten Person ausgerichtet werden, damit fremde Stimmen und Hintergrundgeräusche weniger stören.\n\nAnweisungen bestimmen die Rolle des Assistenten und den Gesprächsstil. Die Sprachausgabe kann Tonfall, Tempo und Emotion berücksichtigen; für Version 3.0 sind fünf Systemstimmen und Stimmen anhand eines Sprachbeispiels vorgesehen. Das Modell unterstützt 11 Sprachen, darunter Russisch, sowie die vom Hersteller genannten chinesischen Dialektvarianten. Beim Hersteller wird die Stimme beim ersten Aktualisieren der Sitzungseinstellungen festgelegt; eine später im selben Gespräch übermittelte neue Stimme wird ignoriert. Diese Einstellungen müssen vom gewählten Zugriffsverfahren unterstützt werden.\n\n### Werkzeuge und Gesprächsverlauf\n\nFunktionsaufrufe werden unterstützt. Das Modell formuliert die erforderliche Aktion, die angeschlossene Anwendung führt sie aus und gibt das Ergebnis in den Dialog zurück. So kann das Gespräch auf tatsächlichen Daten aufbauen und nach einer ausgeführten Operation fortgesetzt werden. Ein Sprachassistent kann sich auf Werkzeugergebnisse stützen und dabei den Gesprächskontext beibehalten. Zu den Möglichkeiten des Herstellers 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\nDer Verlauf umfasst standardmäßig 20 Gesprächsschritte; vorgesehen ist ein Bereich von einem bis 50. Für das angesammelte Audio gilt eine Grenze von 300 Sekunden. Ältere Teile des Verlaufs werden entfernt, sobald diese Grenzen überschritten sind. Das unterscheidet sich von der Dauer einer einzelnen Äußerung: Der Verlauf bestimmt, welches frühere Material bei der Fortsetzung des Dialogs verfügbar bleibt.\n\n### Textkontext und Audio\n\nDer formale Kontext umfasst 40 960 Tokens. Die maximale Eingabelänge beträgt 16 384 Tokens, die maximale Ausgabelänge 8192. Dieselben Eingabe- und Ausgabegrenzen gelten für den Reasoning-Modus, mit einer eigenen Grenze von 1024 Tokens für die Gedankenkette.\n\nFür Audio-Streaming ist einkanaliges PCM mit 16-Bit-Darstellung vorgesehen: 16 kHz am Eingang, 24 kHz am Ausgang. Text- und Audiodaten gehören zu einem Gespräch. Visuelle Eingaben und die Ausgabe von Bildern sind für dieses konkrete Modell nicht angegeben; es ist auf Sprache, Text und sprachliche Interaktion spezialisiert.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "9a7a46f41d6106bb605e929b87a4f6fb77ba7fe8e33bac1a3f2b8824e9397288", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "de-at", "methods": [ { "html": "qwen-audio-3.0-realtime-plusModell für Sprachdialoge in Echtzeit, das Sprache und Text annimmt und mit Sprache oder Text antwortet. Ausgelegt auf ein natürliches Gesprächstempo und die Interaktion 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 an, antwortet mit Audio und Text und unterstützt ein wechselseitiges Gespräch mit natürlichem Austausch von Äußerungen. Audio kann abschnittsweise gesendet und empfangen werden, sodass sich die Interaktion während des Gesprächs entwickelt.
Es gibt mehrere Möglichkeiten, die Grenzen einer Äußerung festzustellen: anhand der Sprachaktivität, anhand des inhaltlichen Abschlusses und durch ausdrückliche Steuerung. Beim Hersteller wird der Modus vor der Übertragung des ersten Audios gewählt; für einen Wechsel nach Gesprächsbeginn ist eine neue Verbindung erforderlich. 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 zwingend, dass die Person ihren Gedanken beendet hat. Neue Spracheingaben können die gerade erzeugte Antwort unterbrechen, damit das Gespräch unter Berücksichtigung der nächsten Äußerung weitergeht. Im inhaltlichen Modus kann die Erkennung an einem Sprachbeispiel der gewählten Person ausgerichtet werden, damit fremde Stimmen und Hintergrundgeräusche weniger stören.
Anweisungen bestimmen die Rolle des Assistenten und den Gesprächsstil. Die Sprachausgabe kann Tonfall, Tempo und Emotion berücksichtigen; für Version 3.0 sind fünf Systemstimmen und Stimmen anhand eines Sprachbeispiels vorgesehen. Das Modell unterstützt 11 Sprachen, darunter Russisch, sowie die vom Hersteller genannten chinesischen Dialektvarianten. Beim Hersteller wird die Stimme beim ersten Aktualisieren der Sitzungseinstellungen festgelegt; eine später im selben Gespräch übermittelte neue Stimme wird ignoriert. Diese Einstellungen müssen vom gewählten Zugriffsverfahren unterstützt werden.
Funktionsaufrufe werden unterstützt. Das Modell formuliert die erforderliche Aktion, die angeschlossene Anwendung führt sie aus und gibt das Ergebnis in den Dialog zurück. So kann das Gespräch auf tatsächlichen Daten aufbauen und nach einer ausgeführten Operation fortgesetzt werden. Ein Sprachassistent kann sich auf Werkzeugergebnisse stützen und dabei den Gesprächskontext beibehalten. Zu den Möglichkeiten des Herstellers 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.
Der Verlauf umfasst standardmäßig 20 Gesprächsschritte; vorgesehen ist ein Bereich von einem bis 50. Für das angesammelte Audio gilt eine Grenze von 300 Sekunden. Ältere Teile des Verlaufs werden entfernt, sobald diese Grenzen überschritten sind. Das unterscheidet sich von der Dauer einer einzelnen Äußerung: Der Verlauf bestimmt, welches frühere Material bei der Fortsetzung des Dialogs verfügbar bleibt.
Der formale Kontext umfasst 40 960 Tokens. Die maximale Eingabelänge beträgt 16 384 Tokens, die maximale Ausgabelänge 8192. Dieselben Eingabe- und Ausgabegrenzen gelten für den Reasoning-Modus, mit einer eigenen Grenze von 1024 Tokens für die Gedankenkette.
Für Audio-Streaming ist einkanaliges PCM mit 16-Bit-Darstellung vorgesehen: 16 kHz am Eingang, 24 kHz am Ausgang. Text- und Audiodaten gehören zu einem Gespräch. Visuelle Eingaben und die Ausgabe von Bildern sind für dieses konkrete Modell nicht angegeben; es ist auf Sprache, Text und sprachliche Interaktion spezialisiert.
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 Audiodaten 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 alle zurückgegebenen Audiodeltas und Text-/Ereignisergebnisse für jede tatsächliche Antwort-ID zusammen.
Bewahren Sie tatsächliche Sitzungs-/Antwort-/Ereignis-IDs und 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.