Hva skjer når en KI-agent møter en innloggingsside den ikke kommer forbi? Frem til denne uken var svaret stort sett at automatiseringen feilet stille. 15. april omdøpte Cloudflare Browser Rendering til Browser Run og slapp en pakke produksjonsfunksjoner som adresserer akkurat det problemet: live view, menneske-overtakelse, direkte CDP-endpoint, sesjonsopptak og en firedobling fra 30 til 120 samtidige nettleserøkter.
Den viktigste endringen for utviklere er at Chrome DevTools Protocol nå eksponeres direkte. Det betyr at eksisterende Puppeteer- eller Playwright-skript kan peke på Browser Run med én linjes konfigurasjon, og at MCP-klienter som Claude Desktop, Cursor, Codex og OpenCode kan bruke Cloudflares nettverk som ekstern nettleser via chrome-devtools-mcp-pakken.
«Vi vedder på en framtid der flere agenter bruker nettet enn mennesker. I den verdenen må sider være agent-vennlige.» — Cloudflare i lanseringsbloggen
Cloudflare la også til støtte for WebMCP, et nytt nettleser-API i Chromium 146+ som lar nettsteder eksponere verktøy direkte til agenter. I praksis slipper agenten å gjette seg gjennom skjermbilder; den kan kalle search_flights(origin, destination, date) direkte når siden tilbyr verktøyet.
Hva bør du gjøre?
- Bytt
browserWSEndpointi eksisterende Puppeteer-kode til Cloudflares CDP-URL (wss://api.cloudflare.com/client/v4/accounts//browser-rendering/devtools/browser) og test mot et eksisterende skript. - Hvis du bygger med Claude Desktop, Cursor eller OpenCode: legg
chrome-devtools-mcpinn i MCP-konfigurasjonen og gi koderagenten din en ekte nettleser i stedet for bare statiske screenshots. - Skru på
recording: truei utviklingsfasen — sesjonsopptakene gjør det vesentlig raskere å feilsøke når en agent svikter på en spesifikk DOM-tilstand.