Echtzeitgespräch in OpenClaw: Unterbrechbare Stimme, die deinen tatsächlichen Agenten konsultiert
Wenn du Speech-to-Text und TTS verdrahtet hast, um deinem Agenten eine Stimme zu geben, bist du möglicherweise auf dem völlig falschen Weg. Das ist das Fazit aus einem Beitrag auf r/openclaw, in dem ein Entwickler beschreibt, wie er „Zeit und Tokens" in eine Speak-to-Text-plus-TTS-Pipeline gesteckt hat, nur um festzustellen, dass die Ergebnisse „Lichtjahre hinter" dem Live-Spracherlebnis in den ChatGPT- und Gemini-Apps zurücklagen.
Die Lösung, so der Beitrag, ist Realtime Talk – und genauer gesagt der Konfigurationsschlüssel .talk.realtime.provider.
Was Realtime Talk tatsächlich macht
Der entscheidende architektonische Unterschied ist, dass Realtime Talk keine Transkriptionsschicht ist, die an deinen Agenten geschraubt wurde. Die Sprachkonversation konsultiert deinen OpenClaw-Agenten und läuft durch dein gewähltes LLM mit dem vollständigen Kontext und den Tools des Agenten. Du bekommst also Live-Sprachverhalten (Unterbrechungsbehandlung, Stil- und Tempoanweisungen), ohne die Denkfähigkeit deines zugrunde liegenden Modells zu verlieren.
Funktionen, die der Autor ausdrücklich aus dem ChatGPT/Gemini-Erlebnis hervorhebt:
- Die Stimme mitten im Satz unterbrechen
- Sie anweisen, in einem bestimmten Stil zu antworten (sein Beispiel: „antworte wie Dracula")
- Sie bitten, langsamer oder schneller zu sprechen
- Antworten kommen weiterhin von deinem Agenten + bevorzugten LLM, nicht aus einem herabgestuften reinen Sprachmodus
Sein Urteil: Es ist besser als das, was OpenAI und Google in ihren eigenen Apps ausliefern, weil das Sprach-Frontend von der Antwortqualität entkoppelt ist.
Verlier dich nicht in der Konfiguration
Die Warnung des Autors an Neueinsteiger ist unmissverständlich – es gibt viel benachbartes, veraltetes oder schlicht falsches Material da draußen, das deinen Agenten in die falsche Richtung schickt. Laut dem Beitrag solltest du ignorieren:
- STT/TTS-Setups
- Alles mit der Bezeichnung
voice-call - ClawHub-Plugins
- Monate alte YouTube-Tutorials
Das Einzige, was du konfigurieren musst, ist .talk.realtime.provider. Das ist der Realtime-Pfad – keine Pipeline, die du aus separaten Sprachkomponenten zusammenbaust.
Warum das wichtig ist
Eine funktionierende Sprachschleife selbst zu bauen bedeutet, VAD, Endpointing, Barge-in und Latenzbudgets zu lösen, bevor dein Agent überhaupt zum Denken kommt. Realtime Talk umgeht das, indem es Audio über einen Anbieter leitet, der die Gesprächsmechanik bereits beherrscht, während dein OpenClaw-Agent seine Erinnerungen und Tools im Spiel behält. Für Entwickler, die bereits in Agentenkontext investiert haben und eine Sprachschnittstelle statt eines Sprachspielzeugs wollen, ist das der Unterschied zwischen einer Demo und etwas, das man tatsächlich nutzen würde.
Wenn du dem STT/TTS-Weg nachgejagt bist, lautet die Empfehlung hier: Hör auf und wechsle zu Realtime Talk, bevor du weitere Tokens für eine Pipeline ausgibst, die weit unter dem Realtime-Erlebnis bleibt.
📖 Read the full source: r/openclaw
👀 Siehe auch

Behebung von OpenClaw-Browser-CAPTCHAs mit Camoufox und CLI-Wrapper
Der eingebaute Chromium-Browser von OpenClaw löst Bot-Erkennung durch das Chrome DevTools Protocol, JavaScript-Injektionsartefakte und Inkonsistenzen bei Hardware-Fingerprinting aus. Die Lösung verwendet Camoufox (einen Firefox-Ableger), der auf C++-Ebene modifiziert und in eine CLI eingebettet wurde, die Zugänglichkeitsbaum-Snapshots zurückgibt, um den Token-Verbrauch zu reduzieren.

ApexClaw: Open-Source Telegram KI-Agent mit über 85 Tools für Webautomatisierung, Sprache und E-Mail
ApexClaw ist ein Open-Source-Telegram-AI-Agent, geschrieben in Go, der über 85 integrierte Tools bietet, darunter Web-Browsing mit Headless Chrome, Sprachnotizen-Verarbeitung, Gmail-Integration und Shell-Skript-Ausführung. Er ist selbst gehostet und nutzt die z.ai-Engine für die Argumentation.

htmLLM-124M v2 veröffentlicht: Spezialisiertes HTML/Bootstrap-Autovervollständigungsmodell
LH-Tech-AI hat htmLLM-124M v2 veröffentlicht, ein 124-Millionen-Parameter-Modell, das speziell für HTML/Bootstrap-Autovervollständigung entwickelt wurde und einen Validierungsverlust von 0,91 erreicht sowie in ~8 Stunden auf einer einzelnen T4-GPU trainiert.

Lightning MLX: Schnelle lokale KI-Engine für Apple Silicon Agentic Use liefert 220 tok/s auf Qwen 35B-A3B
Lightning MLX beansprucht, die schnellste lokale KI-Inferenz auf Apple Silicon zu bieten, optimiert für Coding-Agenten und Tool-Aufrufe. Benchmarks zeigen 40,67 Tok/s auf Qwen3.6-27B und 220,86 Tok/s auf Qwen3.6-35B-A3B von einem MacBook Max M5 (128 GB).