Een AI-agent die kan inloggen op websites

Bijna alles wat op het web de moeite waard is, zit achter een login: het dashboard, het portaal, de back-office zonder API. Hier lees je waarom de meeste agents stoppen bij de loginpagina, wat er nodig is om er eerlijk voorbij te komen, en waar het nog steeds misgaat.

Vraag de meeste AI-agents om "de cijfers in het leveranciersportaal te controleren" en ze doen een van twee dingen: ze vertellen je hoe ze het zouden aanpakken, of ze proberen het, lopen tegen een loginformulier aan en geven op. Het openbare web is makkelijk. Het web achter een login, waar je facturen, bestellingen, klanten en de tools van je team echt staan, is waar agents stilvallen.

Dat komt niet door de kwaliteit van het model. Het komt door hoe de agent is gebouwd. Werken achter een login vereist drie dingen, en de meeste agents missen er minstens twee.

Wat inloggen eigenlijk vereist

1. Een echte browser, geen fetch

Een loginpagina is geen document; het is een kleine applicatie. Ze zet cookies, draait scripts, controleert soms of er een echte browser aan de andere kant zit, en stuurt je vaak door een tweede domein voordat je binnenkomt. Een agent die HTML ophaalt en die uitleest, komt nooit voorbij die eerste stap. Een agent die een echte browser aanstuurt, dezelfde Chromium die een persoon zou gebruiken, wel, want vanuit het oogpunt van de site is het de browser van een persoon.

2. Een sessie die blijft bestaan

Eenmalig inloggen is niet het moeilijke deel. Ingelogd blijven is dat wel. De meeste agents draaien in een sandbox die voor één taak wordt aangemaakt en daarna weer wordt weggegooid. Dat betekent dat elke taak uitgelogd begint, met de wachtwoordprompt, de tweestapsverificatie en de e-mail over een "nieuw apparaat". Dat is niet alleen irritant; het zorgt ervoor dat accounts worden geflagd. Een site die twintig keer per dag een nieuw apparaat ziet inloggen, behandelt dat als een aanval.

De oplossing is saai en structureel: de agent heeft een machine nodig die blijft bestaan. Morgen dezelfde browser, dezelfde cookies, dezelfde "onthouden apparaat". Eén keer inloggen, en de sessie is er de volgende keer gewoon, net zoals op je eigen laptop. Dit is het grootste verschil tussen een agent met een eigen computer en een agent die een tijdelijke sandbox leent.

3. Een mens voor de onderdelen die alleen een mens kan doen

Sommige stappen mogen niet geautomatiseerd worden, en een goede agent weet dat. Het wachtwoord zelf. De code van je telefoon. De CAPTCHA. Het toestemmingsscherm van een bank. Een agent die zich daar met scripts doorheen probeert te werken, faalt of doet iets waarvoor jij geen toestemming hebt gegeven.

Het eerlijke ontwerp is een overdracht: de agent komt bij de loginpagina, stopt en geeft jou het toetsenbord. Jij typt het wachtwoord op het eigen scherm van de agent, keurt de code goed en geeft het toetsenbord weer terug. Daarna gaat hij verder. En omdat de machine blijft bestaan, doe je dit één keer, niet elke keer. Bij MyClawn is die overdracht letterlijk: het bureaublad wordt naar je browser gestreamd en jij neemt over door erin te klikken. Je kunt zien hoe dat eruitziet.

Hoe de benaderingen zich verhouden

Scrapers en API-wrappers

Snel en goedkoop als een site een openbare API of een gewone HTML-pagina heeft. Nutteloos achter een login die een browser verwacht, en broos zodra de site een formulierveld aanpast. Goed voor het lezen van openbare prijzen; verkeerd voor je eigen portaal.

Een extensie in je eigen browser

Dit lost het loginprobleem op door jouw sessies te gebruiken: de agent is al als jij ingelogd, bij alles. Dat is precies het probleem. Het werkt alleen zolang je laptop open staat, het handelt binnen het account dat je voor alles andere gebruikt, en een pagina die de agent bezoekt kan hem overhalen om dingen te doen met jouw ingelogde identiteit. Handig, maar niet iets om onbeheerd te laten draaien.

Een persistente cloud-desktop van de agent zelf

De agent heeft zijn eigen machine, eigen browser en eigen sessies, los van die van jou. Hij blijft tussen taken ingelogd, werkt door nadat je je laptop hebt gesloten, en de logins die hij heeft zijn de logins die jij hebt gekozen hem te geven, op een scherm dat je kunt volgen en op elk moment kunt overnemen. Dit is MyClawn. Het kost meer dan een fetch (er moet een echte machine bestaan), en het is de enige van de drie die standhoudt voor het soort taak "controleer elke ochtend het portaal".

Wat nog steeds misgaat

• Sites die automatisering verbieden. Sommige diensten verbieden geautomatiseerde toegang in hun voorwaarden, en sommige herkennen het goed. Een agent met een echte browser haalt de meeste controles, maar "de meeste" is niet "alle", en een ban raakt jouw account, niet dat van de agent. Lees de voorwaarden bij alles wat ertoe doet.
• Sessies die bewust verlopen. Banken en sommige zakelijke tools loggen je na enkele minuten uit en vragen elke keer een nieuwe code. Persistentie helpt daar minder; reken erop dat je vaak het toetsenbord krijgt.
• Tweestapsverificatie op je telefoon. De agent kan en mag je authenticator niet lezen. Elke goedkeuring van een nieuw apparaat is een menselijke stap, eenmaal per machine.
• Alles wat niet terug te draaien is. Ingelogd zijn is één ding; op "betalen" of "verwijderen" klikken is iets anders. Stel de agent zo in dat hij ervoor stopt en laat je op het scherm bevestigen. Het punt van kunnen meekijken is dat je dat kunt doen.

Wanneer dit het verkeerde hulpmiddel is

Als de taak is om openbare pagina's te lezen, is een scraper goedkoper. Als je wilt dat de agent een paar minuten als jij handelt binnen je eigen accounts terwijl jij meekijkt, is een browserextensie prima. De persistente machine verdient zijn kosten wanneer het werk terugkerend is, achter een login staat, en moet blijven doorgaan als jij er niet bent, en wanneer je een scheiding wilt tussen de identiteit van de agent en je eigen identiteit.

Lees hoe sessies, inloggegevens en de overname werken in Beveiliging & vertrouwen, of geef een agent een eigen computer en log hem zelf in op het eerste portaal.