Inhoud samenvatten met:
In het kort: Met Famulor Browser Use kan een assistent goedgekeurde websites openen en actuele informatie opzoeken tijdens telefoon-, chat- of WhatsApp-gesprekken. Een veilige eerste implementatie begint met een beperkte read-only taak, een domein-allowlist en een expliciete stop voor acties zoals boeken, betalen, inloggen of het versturen van gegevens.
Sommige klantvragen kun je niet beantwoorden met alleen een kennisbank. Tarieven veranderen, de status van een zending is pas zichtbaar na het invoeren van een referentienummer en de beschikbaarheid van afspraken staat in de webagenda van een aanbieder. Tot nu toe waren de praktische opties een API, een connector of een menselijke medewerker. Famulor Browser Use dicht dat gat voor websites die via hun zichtbare interface bediend kunnen worden.
Volgens de Famulor changelog is de functie gelanceerd op 17 oktober 2026. Het is ontworpen om goedgekeurde websites te raadplegen terwijl het gesprek doorgaat. Deze gids legt uit wanneer dit nuttig is, hoe je de taak begrenst en wat je moet testen vóór de productie.
Wat Browser Use daadwerkelijk doet
Browser Use is een tool die aan een Famulor-assistent wordt toegewezen. Deze kan een startpagina openen, op zichtbare elementen klikken, standaardvelden invullen, scrollen en inhoud lezen. De officiële documentatie noemt voorbeelden zoals het vergelijken van reisopties, het controleren van de beschikbaarheid van afspraken en het ophalen van de status van een zending.
Het is geen onbeperkte toegang tot het web. Tijdens de configuratie definieer je:
de startpagina;
goedgekeurde domeinen, redirects en vereiste resourcedomeinen;
de stappen die de browser moet ondernemen;
informatie die de assistent moet verzamelen voordat hij begint;
en voorwaarden die de taak beëindigen.
De browser draait op de achtergrond terwijl de assistent het gesprek voortzet. Tijdens testgesprekken, testchats en publieke demo's kunnen operators meekijken via een liveweergave. Privé-video-opnames zijn mogelijk beschikbaar in de geschiedenis, afhankelijk van de retentie-instellingen. Famulor documenteert momenteel een retentie van maximaal zeven dagen; bij instellingen voor nul retentie wordt er geen video gemaakt.
Waarom deze agent-trend ertoe doet
Browser-tools breiden AI-agents uit: ze kunnen nu meer dan alleen vragen beantwoorden; ze kunnen actuele informatie ophalen uit een live gebruikersinterface. Dit is nuttig wanneer er geen geschikte API bestaat of een bestaande integratie een specifieke workflow op een website niet dekt.
Deze extra mogelijkheid vergroot ook het aanvalsoppervlak. Een website kan onverwachte instructies bevatten, de browser omleiden of om gevoelige invoer vragen. Officiële computer-use richtlijnen van OpenAI en Anthropic raden onafhankelijk van elkaar geïsoleerde omgevingen, domein-allowlists, begrensde taken en menselijke bevestiging vóór ingrijpende acties aan. Dit zijn algemene werkprincipes, geen beweringen over welke modellen Famulor intern gebruikt.
Discussies onder vakgenoten laten een vergelijkbare verschuiving zien van louter navigatie naar machtigingen en omkeerbaarheid. Een recent Hacker News-bericht beschrijft een vermeende onomkeerbare actie na prompt-injectie. Het rapport is niet onafhankelijk geverifieerd en is alleen opgenomen als anekdotisch signaal uit de community. Het illustreert niettemin een nuttige werkregel: hoe moeilijker een actie terug te draaien is, hoe eerder de agent moet stoppen.
Begin met ophalen, niet met afronden
De sterkste eerste use case is het lezen, vergelijken of samenvatten van informatie zonder iets te wijzigen. Dat verkleint het risico en zorgt voor eenduidige tests.
Taakklasse | Geschikte eerste implementatie | Stopgrens |
|---|---|---|
Reizen | Prijzen en opties vergelijken op goedgekeurde sites | Vóór boeking, inloggen of betaling |
Afspraken | Beschikbare tijdsloten lezen | Vóór het maken van een bindende reservering |
Logistiek | Status van zending ophalen via referentienummer | Geen adreswijziging of redirect |
E-commerce | Product- en voorraadbeschikbaarheid controleren | Vóór bestelling of checkout |
Een stopgrens moet niet alleen in de assistent-prompt staan. Herhaal deze in de Browser Use-instructies, testgevallen en operationele goedkeuring. Als de zichtbare status van de site geen duidelijke bevestiging toont, beschouw de taak dan als onvoltooid.
Browser Use in vijf stappen instellen
1. Definieer een verifieerbare taak
Schrijf de opdracht als een waarneembaar resultaat. “Zoek de drie goedkoopste rechtstreekse vluchten voor datum X” is beter testbaar dan “plan de reis.” Voor een serviceafspraak kan het doel zijn: “Lees de beschikbare slots op dinsdag en vertel dit aan de beller.”
Vermijd taken die verschillende systemen combineren, open-ended browsen en bindende beslissingen. De system-prompt gids van Famulor helpt bij het scheiden van rol, doel en escalatie.
2. Beperk de startpagina en toegestane domeinen
Configureer een HTTPS-startpagina en sta alleen de domeinen toe die de workflow nodig heeft. Voeg legitieme redirects of resource-hosts alleen toe wanneer het geteste pad ze vereist; sta niet voor het gemak een hele domeinfamilie toe.
Een smalle allowlist vermindert onbedoelde navigatie. Het maakt niet elke pagina op een goedgekeurd domein betrouwbaar. Door gebruikers gegenereerde of gecompromitteerde inhoud kan nog steeds verschijnen op een toegestane site.
3. Schrijf browserinstructies en vereiste invoer
Beschrijf het pad in kleine stappen. Benoem de toegestane velden, verwachte paginastatussen en voorwaarden die vereisen dat de taak stopt. Specificeer informatie die de assistent moet verzamelen voordat hij begint, zoals datum, herkomst of trackingreferentie.
Pas dataminimalisatie toe op persoonlijke informatie. Verzamel alleen wat nodig is voor de opzoekactie. Famulor documenteert de verwerking van de Browser Use-werkruimte momenteel als Global, dus teams moeten verifiëren of het gegevenspad past bij hun interne vereisten en overeenkomsten voordat ze persoonlijke gegevens versturen.
4. Wijs de tool toe aan de assistent
Wijs de tool na het opslaan toe aan de beoogde assistent. De documentatie van Famulor stelt dat Browser Use werkt via telefoon, widget en WhatsApp via de vertrouwde gespreksinterface. Het verbruikt aparte credits. Een tijdelijk maximum wordt gereserveerd en vervolgens verrekend met het werkelijke gebruik; ongebruikte credits worden teruggestort.
5. Test het happy path en de foutpaden
Stop niet na een succesvolle demo. Open de liveweergave tijdens een testgesprek en dek ten minste deze gevallen af:
vereiste invoer ontbreekt of is tegenstrijdig;
de website wijzigt labels of de volgorde van elementen;
een goedgekeurde pagina linkt naar een niet-goedgekeurd domein;
CAPTCHA, inloggen of tweefactorauthenticatie verschijnt;
de gevraagde optie is niet beschikbaar;
de site toont geen duidelijke successtatus;
de beller wijzigt de vereisten tijdens het opzoeken.
De bestaande voice-agent testgids van Famulor biedt een nuttige basis. Voeg browser-specifieke gevallen toe en leg de zichtbare eindstatus vast voor elke test.
Voorbeeld: afsprakenonderzoek voor een regionaal servicebedrijf
Een bedrijf in verwarmingsservice wil verzoeken buiten kantooruren kwalificeren. De assistent mag geen afspraak boeken. Hij moet beschikbare onderhoudsslots uit een webagenda lezen en opties presenteren aan de beller.
De workflow kan als volgt worden ontworpen:
De assistent verzamelt het probleem, de postcode en de gewenste week.
Browser Use opent de goedgekeurde planningspagina.
De tool selecteert het servicetype en de regio en leest vervolgens de zichtbare tijdsloten.
De assistent biedt twee of drie opties aan en vraagt om een voorkeur.
Het proces stopt vóór de bindende bevestiging. De assistent verbindt door naar een medewerker of gebruikt, indien afzonderlijk beschikbaar en goedgekeurd, een specifieke planningsintegratie.
Het klantvoordeel is geen geclaimde conversiestijging. Het is versheid: de assistent antwoordt vanuit de zichtbare agenda in plaats van vanuit een potentieel verouderde kennisbron. De bindende wijziging blijft buiten de browser-workflow.
Beperkingen die prompting niet kan wegnemen
Famulor documenteert duidelijke technische beperkingen. Browser Use omzeilt geen CAPTCHA, tweefactorauthenticatie of websitebeperkingen. Wachtwoordvelden, bestandsuploads en complexe dropdowns of pop-ups worden niet ondersteund of zijn ongeschikt voor betrouwbare automatisering. Taken hebben ook begrensde stappen en een maximale uitvoeringstijd.
Deze beperkingen zijn zowel waarborgen als planningsbeperkingen. Voor stabiele, frequente of transactiekritieke workflows is een officiële API of een speciale connector doorgaans de sterkere architectuur. Browser Use is het nuttigst wanneer een live zichtbare status nodig is en de operatie strak begrensd kan blijven.
Gespreksontwerp heeft ook een fallback nodig. Als het opzoeken tijd kost, moet de assistent zeggen dat hij de site controleert. Als het mislukt, mag hij geen succes claimen. De gids van Famulor over het verminderen van hallucinaties bij voice-agents legt uit waarom zichtbare bevestiging en expliciete escalatie belangrijker zijn dan een vloeiende slotzin.
Privacy en operaties
Browser Use kan persoonlijke informatie verwerken: zoekparameters, trackingreferenties of klantgegevens die door een site worden getoond, kunnen onderdeel worden van een sessie. Documenteer vóór productie de gegevenscategorieën, het doel, de goedgekeurde domeinen, rollen en retentie.
Voor opnames is de huidige productdocumentatie specifiek: video's zijn privé, worden maximaal zeven dagen bewaard en kunnen eerder worden verwijderd onder de werkruimte-instellingen. Bij nul retentie wordt er geen video gemaakt. Liveweergave is een hulpmiddel voor toezicht, geen vervanging voor autorisatiecontroles of een privacybeoordeling.
Wijs ook operationeel eigenaarschap toe:
Wie mag een domein goedkeuren of browserinstructies wijzigen?
Wie beoordeelt mislukte sessies en wijzigingen op websites?
Welke gegevens mogen nooit in een formulier worden ingevoerd?
Welke actie vereist altijd menselijke bevestiging?
Wanneer moet de tool worden uitgeschakeld en een fallback worden gebruikt?
De voice-agent beveiligingsgids van Famulor kan deze productregels in een breder bedrijfsmodel plaatsen.
Checklist voor productie-gereedheid
Elk antwoord moet “ja” zijn vóór het eerste echte gesprek:
De taak heeft één smal, verifieerbaar resultaat.
De startpagina en elk vereist domein zijn expliciet goedgekeurd.
Boeken, betalen, inloggen en het versturen van gegevens hebben een stop- of goedkeuringsgrens.
Vereiste invoer en dataminimalisatie zijn gedocumenteerd.
Succes- en foutstatussen zijn geïnspecteerd in de liveweergave.
CAPTCHA, 2FA, paginawijzigingen en niet-beschikbare resultaten zijn getest.
Retentie, Global verwerking en toegang tot opnames zijn beoordeeld.
Een menselijke of technische fallback is gedefinieerd.
Conclusie
Browser Use verandert een voice- of gespreksagent niet in een onbeperkte weboperator. Bij correct gebruik geeft het de assistent één begrensde mogelijkheid: actuele informatie ophalen van goedgekeurde websites en deze nuttig maken tijdens een live gesprek.
Begin met een read-only workflow, sta alleen vereiste domeinen toe en stop vóór elke ingrijpende actie. Dat verandert een huidige agent-trend in een beheersbare productcomponent, met een zichtbaar resultaat, testbare limieten en een duidelijk pad terug naar een mens.
Bronnen
Auteur bij Famulor
