Wat is deterministische webautomatisering voor AI-agents en waarom is het belangrijk?

Deterministische webautomatisering voor agents betekent dat een AI-agent een website in vaste stappen gebruikt: de agent doet iets, de browser wacht tot de pagina tot rust is gekomen, en de agent kiest zijn volgende stap vanuit die stabiele toestand. In maart 2026 benaderden twee open-sourceprojecten en een voorgestelde webstandaard dit elk anders. Het Agent Browser Protocol bevriest de pagina tussen de stappen, Lumen werkt alleen met screenshots, en met WebMCP biedt een website zijn acties als tools aan agents aan. De succespercentages hieronder zijn metingen van de projecten zelf.

Waarom lopen browseragents vast?

Een AI-agent die browst, leest meestal een screenshot, de DOM (de boom van HTML-elementen van de pagina) of allebei, en bootst daarna klikken en toetsaanslagen na. De WebMCP-toelichting noemt dat "brittle UI actuation", broze bediening van de interface, en merkt op dat eenvoudige handelingen ook als het lukt "traag of onbetrouwbaar" kunnen zijn (WebMCP). Vier problemen keren steeds terug:

• De race. Webpagina's blijven veranderen terwijl de agent nadenkt. De README van ABP zegt het zo: browsen op het web is "continuous and asynchronous", terwijl taalmodel-agents stap voor stap redeneren, dus de meeste tools lappen het verschil op met wachttijden en nieuwe pogingen.
• Kwetsbare paginastructuur. Selectors die naar elementen in de DOM wijzen, breken als een site zijn opmaak verandert, en de WebMCP-auteurs rekenen DOM-scraping tot de broze methoden.
• Botbescherming. Diensten zoals de botoplossingen van Cloudflare zijn gemaakt om geautomatiseerd verkeer te herkennen en het een controle voor te leggen of te blokkeren.
• Lange taken. Elke stap voegt screenshots of HTML toe aan het contextvenster van de agent, en een agent die het overzicht kwijtraakt, kan dezelfde actie in een lus blijven herhalen. Lumen heeft voor precies die twee problemen aparte geschiedeniscompressie en detectie van vastlopen.

Hoe maakt het Agent Browser Protocol elke stap deterministisch?

Het Agent Browser Protocol (ABP) van Han Wang is een Chromium-build met het Model Context Protocol (MCP) en een REST-API ingebouwd in de browser-engine. MCP is de standaard waarmee agents zoals Claude Code, Codex CLI en OpenCode externe tools aanroepen, en de README laat zien hoe je ABP op elk daarvan aansluit. Eén verzoek is één stap. ABP stuurt een echte invoergebeurtenis, wacht op een door de engine bepaald "settled"-moment, maakt een screenshot met de cursor, geeft een lijst met gebeurtenissen terug en pauzeert daarna JavaScript en de virtuele tijd tot het volgende verzoek. De pagina wacht, in de woorden van de README, op de agent. De auteur schat de extra tijd op ongeveer 100 ms per actie.

Het kopcijfer van ABP is 90,53% op de benchmark Online Mind2Web, een verzameling echte taken op live websites. De resultatenrepository van de auteur (3 maart 2026) laat zien hoe dat cijfer tot stand kwam: Claude Opus 4.6 voltooide 258 van de 285 taken, nadat 15 taken die menselijke beoordelaars onmogelijk vonden buiten beschouwing waren gelaten. Tel je alle 300 taken mee, dan is de score 86,00%. Volgens de auteur zou dat bovenaan het openbare klassement staan, waar de vorige koploper op 78,7% stond. De resultaten per taak zijn openbaar, en de testomgeving staat in de repository voor wie de run wil herhalen.

Wat doet Lumen anders?

Lumen (maart 2026) slaat de DOM helemaal over. De lus is screenshot, model, actie, screenshot, zonder DOM-scraping of selectors. Om lange taken behapbaar te houden, gooit Lumen eerst oude screenshots uit de geschiedenis en laat het die geschiedenis door een taalmodel samenvatten zodra de context voor 80% vol is. Een detector in drie lagen let op herhaalde acties, op één soort actie die de overhand krijgt en op een URL die niet meer verandert, en duwt het model steeds nadrukkelijker de goede kant op.

De README meldt een voorlopige test op 25 taken uit de benchmark WebVoyager, verdeeld over 15 sites, met Claude Sonnet 4.6 als model voor elk framework en Gemini 2.5 Flash als beoordelaar. Lumen en browser-use voltooiden allebei 25 van de 25 taken, Stagehand 19. Lumen deed gemiddeld 77,8 seconden over een taak, tegen 109,8 voor browser-use en 207,8 voor Stagehand, en gebruikte ongeveer 104.000 tokens per taak tegen 200.000 voor Stagehand. Lumen draaide met zijn sitespecifieke navigatietips en een controle op het afronden van de taak ingeschakeld.

Hoe laat WebMCP websites meewerken?

WebMCP draait het probleem om: de website vertelt de agent wat er kan. Het is een voorgestelde browser-API, geschreven door engineers van Microsoft en Google en ontwikkeld in de W3C Web Machine Learning Community Group. Het is geen W3C-standaard. Een pagina registreert haar functies als tools, elk met een beschrijving in gewone taal en een gestructureerd schema, zodat de pagina binnen de browser als MCP-server werkt. Op 10 februari 2026 stelde Google WebMCP beschikbaar voor een early preview voor deelnemers aan het early-previewprogramma van Chrome, met een declaratieve API voor acties die in HTML-formulieren zijn vastgelegd en een imperatieve API voor JavaScript.

De toelichting op de declaratieve API, op 9 maart 2026 aan de repository toegevoegd, stelt attributen op een gewoon formulier voor. Een vereenvoudigde versie van het voorbeeld daarin:

1
<form toolname="Search flights" tooldescription="Searches flights and shows the results" toolautosubmit>

De browser leidt het invoerschema van de tool af uit de velden van het formulier. Met toolautosubmit mag de agent het formulier zelf versturen. Zonder dat attribuut zet de browser de focus op de verzendknop en controleert de gebruiker het formulier en verstuurt het zelf.

Wat betekent dit voor ontwikkelaars?

Elke aanpak vraagt iets anders van je. ABP betekent een aparte Chromium-build naast je agent draaien. Lumen leunt op een beeldmodel en eigen heuristieken, en zijn 100% komt uit een deelset van 25 taken waarop browser-use ook 100% haalde. WebMCP helpt alleen op sites waarvan de eigenaar tools toevoegt, en in maart 2026 bood Chrome het alleen als early preview aan. De succespercentages in dit stuk komen van de projecten zelf: de 90,53% van ABP laat de 15 taken weg die de beoordelaars onmogelijk vonden, en de test van Lumen heet voorlopig.