Inhoud samenvatten met:
Op 15 september 2026 introduceerde Google twee nieuwe speech-to-speech modellen: Gemini 3.8 Live voor vloeiende dialogen met lage latentie en Gemini 3.8 Live Extended Thinking voor complexere taken die uit meerdere stappen bestaan. Volgens de Famulor changelog van 17 september 2026 maken beide modellen nu deel uit van de Realtime-modelselectie in Famulor.
De relevante vraag is niet welk model universeel “beter” is. De vraag is: Welk type vertraging en fout is minder acceptabel in jouw gesprek? Extra redeneerkracht kan een kort kwalificatieproces voor afspraken onnodig vertragen. Bij een complex herplanningsproces met regels en tool-aanroepen kan te weinig redeneervermogen de kans op procesfouten juist vergroten.
Belangrijkste inzichten
- Gemini 3.8 Live is het startpunt voor snelle, frequente gespreksstappen.
- Extended Thinking hoort thuis in tests met daadwerkelijk meerstaps-taken, niet standaard in elk gesprek.
- Famulor geeft aan dat handmatige modelselectie zichtbaar is met de Fallbacks & Guardrails add-on; anders gebruikt Famulor de aanbevolen automatische selectie.
- Beslis op basis van identieke tests via het echte telefoonpad, niet enkel op basis van benchmarks van de aanbieder.
Wat is er nieuw in Gemini 3.8 Live?
Google's aankondiging van 15 september 2026 beschrijft beide als native Live-modellen die spraak direct verwerken en tools asynchroon kunnen uitvoeren terwijl het gesprek doorgaat. Google positioneert het standaardmodel voor schaalbaarheid en vloeiende dialogen, terwijl Extended Thinking meer achtergrondredenering toevoegt voor complexe taken.
De technische modelpagina's trekken een duidelijkere grens:
- Gemini 3.8 Live is Google's standaardaanbeveling voor voice-agentervaringen met lage latentie zonder vertragingen door redeneerprocessen. Het ondersteunt asynchrone functie-aanroepen en interleaved redeneren.
- Gemini 3.8 Live Extended Thinking richt zich op complexe, meerstaps-taken die sterker achtergrondredeneren vereisen. Google merkt ook op dat asynchrone verwerking kan doorgaan na wat het einde van een gespreksbeurt lijkt te zijn.
Dit zijn productbeschrijvingen van Google, geen onafhankelijk bewijs van prestaties voor jouw specifieke telefoongebruik. De gepubliceerde benchmarkresultaten van Google zijn niet gemeten met jouw telefoonnummer, prompt, tools of bellersprofielen. Ze kunnen een testhypothese vormen, maar ze mogen een acceptatietest in productie niet vervangen.
Hoe worden de modellen aangeboden in Famulor?
Famulor beschrijft Realtime als een engine-modus waarin één model luistert en spreekt. Volgens de huidige documentatie over Modellen & Stemmen selecteert Famulor de modellen standaard zelf. Een compatibele modelcatalogus wordt zichtbaar en handmatige selectie wordt beschikbaar wanneer Fallbacks & Guardrails is opgenomen in de actieve workspace.
De changelog-vermelding voor Gemini 3.8 benadrukt vier praktische punten:
- Beide 3.8 Live-varianten maken deel uit van de Realtime-selectie.
- Zonder de add-on behoudt Famulor de aanbevolen automatische selectie.
- Extended Thinking kan helpen bij veeleisendere vragen, maar kan trager aanvoelen.
- Realtime-verbeteringen omvatten ook tool-uitvoering, volledige woordafsluitingen en stille audio-intervallen.
Controleer altijd de werkelijke beschikbaarheid in de actieve workspace onder Instellingen → Abonnement. Dit artikel belooft geen specifiek recht op een abonnement of permanente beschikbaarheid van modellen.
Wanneer is Gemini 3.8 Live het betere startpunt?
Begin met Gemini 3.8 Live wanneer het gesprek bestaat uit korte, repetitieve beslissingen en het gespreksritme het belangrijkst is. Typische voorbeelden zijn:
- openingstijden, statuscontroles en eenvoudige veelgestelde vragen;
- leadkwalificatie met enkele duidelijke criteria;
- afspraakverzoeken met een kleine set vereiste velden;
- routering op basis van intentie, taal of locatie;
- korte tool-aanroepen waarvan de resultaten direct bevestigd kunnen worden.
“Snel” moet niet worden vertaald naar een verzonnen drempelwaarde in milliseconden. Waar het om gaat is of de ervaring voor bellers natuurlijk aanvoelt: erkent de assistent het verzoek tijdig, voorkomt hij dat hij door de beller heen praat en blijft hij duidelijk na een tool-aanroep?
Het standaardmodel is ook verstandig wanneer complexe gevallen worden overgedragen aan een mens of een gespecialiseerde assistent. In dat ontwerp hoeft niet elk eenvoudig gesprek de kosten van diepere redenering te dragen.
Wanneer moet je Extended Thinking testen?
Extended Thinking verdient een apart testpad wanneer verschillende stappen van elkaar afhankelijk zijn en een voorbarige tussentijdse beslissing kostbaar of moeilijk te corrigeren zou zijn. Voorbeelden zijn:
- herplanning die beschikbaarheid, tariefregels en klantbeperkingen combineert;
- een servicegeval met diagnostische vragen, kennisopvraging en ticketcreatie;
- een win-back aanbod met uitsluitingen en goedkeuringsregels;
- een boekingsproces met verschillende asynchrone tool-aanroepen;
- een proces waarin de assistent de voortgang moet uitleggen terwijl het achtergrondwerk doorgaat.
Meer redeneervermogen is geen vrijbrief voor onbeperkte autonomie. Blijf toegestane tools, verplichte bevestigingen, stopcondities en overdrachten expliciet definiëren. Betalingen, contractwijzigingen, medische informatie en andere ingrijpende acties moeten in de workflow altijd de juiste bevestiging of menselijke goedkeuring behouden.
Beslissingsmatrix: gespreksstroom of redeneerdiepte?
| Vraag | Neig naar Gemini 3.8 Live | Test Extended Thinking |
|---|---|---|
| Hoeveel afhankelijke stappen vormen het kernproces? | weinig | meerdere |
| Moet de assistent blijven praten terwijl een tool draait? | een korte bevestiging volstaat | voortgang en tussenstappen zijn belangrijk |
| Hoe schadelijk is een extra gesprekspauze? | zeer storend | acceptabel als het de betrouwbaarheid verbetert |
| Hoe moeilijk is een foutieve tussenbeslissing te corrigeren? | eenvoudig | moeilijk |
| Is er een duidelijke escalatieroute? | ja, vroegtijdig | ja, na gestructureerde controles |
| Wat is het primaire succes-criterium? | vloeiende afronding van een eenvoudige taak | correcte afronding van een complexe taak |
Deze matrix is een startpunt, geen leveranciersranglijst. Als jouw scenario in beide kolommen valt, splits de stroom dan op: routeer eenvoudige verzoeken via het snelle pad en complexe verzoeken via een begrensd pad met meer redeneerkracht of een menselijke overdracht.
Hoe voer je een eerlijke A/B-test uit in Famulor?
1. Houd het gespreksontwerp constant
Gebruik dezelfde systeemprompt, tools, kennisbronnen, stem en testintenties voor beide varianten. Verander alleen de modelselectie. Anders kun je een verbetering niet betrouwbaar toeschrijven.
Het huidige overzicht van Famulor engine-modi markeert ook een belangrijke grens: Realtime biedt minder component-niveau controles dan een pipeline die is opgebouwd uit STT, LLM en TTS. Als je een specifiek merk of gekloonde stem nodig hebt, bevestig dan eerst of Realtime de juiste architectuur is. Famulor heeft al een aparte gids voor Realtime versus pipeline-architectuur; dit artikel richt zich alleen op de keuze tussen de nieuwe Gemini 3.8 Live-modellen.
2. Definieer een kleine, veeleisende testsuite
Test niet alleen het ideale scenario. Een nuttige suite bevat ten minste:
- een eenvoudig verzoek zonder tool;
- een succesvolle tool-aanroep;
- een trage of mislukte tool-aanroep;
- een correctie door de beller midden in het proces;
- een ambigu detail;
- een verzoek buiten de toegestane acties;
- een menselijke overdracht;
- een herhaald gesprek met een vergelijkbare maar niet identieke intentie.
Scoor taakafronding, nauwkeurigheid van vastgelegde gegevens, tool-volgorde, gespreksstroom, afhandeling van onderbrekingen en kwaliteit van de overdracht afzonderlijk. Vermijd om ze te vroeg samen te voegen tot één gemiddelde.
3. Test via het echte telefoonpad
Browser-demo's en opnames van aanbieders laten niet zien hoe jouw assistent zich gedraagt via telefoonnummers, netwerken en echte apparaten. Herhaal dezelfde gevallen met typische mobiele telefoons, achtergrondgeluid, spreektempo's en accenten. Log waarneembare fouten zoals “tool twee keer geactiveerd”, “correctie genegeerd” of “lange stilte voor bevestiging”.
4. Stel vooraf stop- en acceptatieregels in
Een model mag niet winnen omdat één indrukwekkend gesprek ongewoon goed klinkt. Definieer P0-fouten vóór het testen, zoals niet-bevestigde ingrijpende acties, verkeerde toolparameters, ontbrekende vereiste gegevens of een mislukte overdracht. Een enkele P0 mag niet worden gecompenseerd door vloeiende prosodie.
Praktijkvoorbeeld: herplanning van serviceafspraken
Een servicebedrijf wil inkomende herplanningsgesprekken automatiseren. De assistent moet het werkordernummer vastleggen, de bestaande afspraak ophalen, beschikbare tijdsloten controleren, rekening houden met de dekking van technici en de nieuwe boeking pas maken na expliciete bevestiging.
Voor het eenvoudige geval—een geldig ordernummer, één beschikbaar slot en directe bevestiging—is Gemini 3.8 Live een aannemelijk startpunt. Het gesprek moet kort blijven en het toolresultaat moet direct worden bevestigd.
Voor het moeilijke geval—meerdere orders, een ambigu adres, twee kalenderopvragingen en een tariefregel—test het team Extended Thinking. De assistent kan tussenstappen aankondigen, maar moet de datum, het tijdvenster en de order samenvatten voordat hij een wijziging doorvoert. Als een regel niet met zekerheid kan worden opgelost, draagt hij het gesprek over in plaats van te gokken.
Deze test gaat er niet vanuit dat Extended Thinking automatisch meer herplanningen correct afrondt. Het controleert of de toegevoegde redeneerarchitectuur meetbaar minder procesfouten oplevert in deze gedefinieerde workflow zonder het gesprek te vertragen tot voorbij een acceptabel niveau.
Wat signaleert de praktijkgemeenschap?
Community-signaal, geen productbewijs: In een Show HN-bericht van 10 september 2026 zeggen voice-AI-ontwikkelaars dat herhaalde handmatige testgesprekken en onverwachte productiegevallen hen motiveerden om een simulatieplatform te bouwen. De thread had beperkte betrokkenheid bij beoordeling. Het bewijst noch de effectiviteit van het project, noch de kwaliteit van een model, maar het ondersteunt een nuttige testvraag: is één goed demo-gesprek genoeg, of is de workflow stabiel over vele reproduceerbare scenario's?
Het onderscheid is bewust: Google en Famulor ondersteunen claims over productkenmerken en beschikbaarheid. Hacker News biedt een signaal uit de praktijk over een operationele zorg. Het kan officiële documentatie of jouw eigen evaluatie niet vervangen.
Welke limieten moet je documenteren vóór de uitrol?
- Geen benchmark-overdracht: De scores van Google zijn niet automatisch jouw productieresultaten.
- Geen beschikbaarheidsgarantie: Abonnementen, catalogi en automatische selectie kunnen veranderen; controleer de actieve workspace.
- Geen automatische compliance: Modelkeuze vestigt geen juridische toelaatbaarheid en vervangt geen privacy-, opname- en toestemmingsbeoordelingen.
- Geen onbeperkte autonomie: Tool-rechten, bevestigingen en overdrachten blijven ontwerpbeslissingen.
- Geen eenmalige test: Wijzigingen in prompts, tools, kennis of modellen vereisen regressietests.
- Geen vervanging voor architectuurkeuze: Als een specifieke TTS-stem of controle op component-niveau verplicht is, kan een pipeline of half-cascade geschikter zijn.
Conclusie: Kies op basis van taakprofiel, niet modelnaam
Gemini 3.8 Live is het logische startpunt voor vloeiende, frequente realtime gesprekken. Extended Thinking is een gerichte optie wanneer meerstaps-redenering en asynchrone tools een echt procesvoordeel kunnen opleveren. “Meer denken” is geen universele kwaliteitsupgrade; het moet worden afgewogen tegen gespreksstroom, foutmodi en escalatiebehoeften.
De schoonste beslissing komt voort uit een gecontroleerde vergelijking met dezelfde prompt, tools en reproduceerbare telefoonscenario's. Alleen een variant die jouw vooraf gedefinieerde kwaliteitsdrempels in jouw eigen workflow haalt, zou productieverkeer moeten bereiken.
Test beide Realtime-varianten met dezelfde gespreks-suite
Controleer eerst of handmatige modelselectie beschikbaar is in jouw Famulor-workspace. Bouw vervolgens één eenvoudig en één complex pad en vergelijk beide varianten via echte testgesprekken. Begin met de Realtime-documentatie van Famulor.
Veelgestelde vragen over Gemini 3.8 Live in Famulor
Kan elke Famulor-workspace Gemini 3.8 Live handmatig selecteren?
Nee. Famulor zegt dat modelselectie zichtbaar is wanneer Fallbacks & Guardrails is opgenomen in de actieve workspace. Zonder de add-on gebruikt Famulor de aanbevolen automatische selectie. Controleer het huidige abonnement in jouw workspace.
Is Extended Thinking altijd nauwkeuriger?
Dat kan niet universeel worden geclaimd. Google positioneert het voor complexe, meerstaps-taken. Of het jouw workflow betrouwbaarder maakt, moet worden getest met identieke scenario's, tools en acceptatiecriteria.
Welk model moet ik gebruiken voor eenvoudige afspraakkwalificatie?
Gemini 3.8 Live is het natuurlijke startpunt wanneer je enkele velden vastlegt en korte tool-aanroepen bevestigt. Test desondanks onderbrekingen, correcties en tool-fouten via het echte telefoonpad.
Wanneer moet ik Extended Thinking testen?
Wanneer verschillende regels, opvragingen of tools van elkaar afhankelijk zijn en een verkeerde tussenbeslissing moeilijk te corrigeren zou zijn. Blijf duidelijke bevestigingen, grenzen en overdrachten definiëren.
Vervangt Realtime een STT-LLM-TTS pipeline?
Niet voor elk gebruiksscenario. Realtime biedt een geïntegreerd gesprekspad met minder controles op component-niveau. Als je componenten of een specifieke TTS-stem afzonderlijk moet aansturen, evalueer dan pipeline of half-cascade.
Is één succesvol testgesprek genoeg voor uitrol?
Nee. Gebruik reproduceerbare normale gevallen, foutgevallen en randgevallen, test echte telefooncondities en herhaal de suite na relevante wijzigingen.
Auteur bij Famulor