Loading video...

Video Failed to Load

Go Home

Introducing: Browser Use agents support WebMCP 💯 > UI is made for humans > Direct HTTP calls are made for agents > WebMCP makes interaction 100% deterministic No more flaky UI. Let's build the new web for web agents.

57,514 views • 1 month ago •via X (Twitter)

14 Comments

Crystal Phantom's profile picture
Crystal Phantom1 month ago

Moving to direct HTTP calls avoids flaky UI, but how does Browser Use handle sites without WebMCP support? Does it fall back to UI navigation?

Gregor Zunic's profile picture
Gregor Zunic1 month ago

I mean yeah it's just a helper that llm can use

Crystal Phantom's profile picture
Crystal Phantom1 month ago

How reliably does the LLM switch to UI navigation when that helper is not available on a site?

Marwan Atef's profile picture
Marwan Atef1 month ago

deterministic tool calls over flaky UI clicks is the only way browser agents stop being a demo. WebMCP feels like the missing layer.

Kasper's profile picture
Kasper1 month ago

Great to see it ! 💪

Cata's profile picture
Cata1 month ago

what about bot detection

RemoteBrowser's profile picture
RemoteBrowser1 month ago

Deterministic is the key word. UI automation always has that flaky layer, so a protocol that removes it could be a big shift for agent reliability. Curious how it handles auth or dynamic elements that still need a browser.

CALL SAL's profile picture
CALL SAL1 month ago

This framing is excellent. Humans get the UI. Agents get deterministic HTTP. That split alone removes a whole class of flaky "click the button" failure. Keeping a graceful human fallback beside the machine path is how these systems stay trustworthy when the happy path breaks.

OnFinality's profile picture
OnFinality1 month ago

Deterministic is the key word. UI automation always breaks on layout shifts, but a protocol layer gives agents a stable contract. Curious how you handle auth and state across sessions—that's where most agent workflows still get flaky.

Njuguna Kimani's profile picture
Njuguna Kimani1 month ago

Deterministic agent interfaces are the real unlock. Probabilistic clicking was always a demo. The harder question stays the same: once execution is reliable, who owns judgment when the agent can act faster than you can supervise?

Gregor's profile picture
Gregor1 month ago

hit this exact wall last month 3hrs chasing a race condition that was just a spinner loading 80ms slower on bad connections. did the determinism actually hold across different network conditions or are there still edge cases?

Keith Zhai's profile picture
Keith Zhai1 month ago

the 100% deterministic line is the real pitch. once a site exposes fixed tools the agent stops screenshot-guessing. leftover is still pages with no contract that need a live render or a login.

Donkit's profile picture
Donkit1 month ago

Deterministic beats "the agent figured out the DOM." Once the site exposes a contract, the eval is a function call, not a screenshot diff. Keep UI fallback as the exception path — with a receipt for every click that had to guess.

Lahfir's profile picture
Lahfir1 month ago

@sarah_edo WebMCP will play a strong role in rendering canvas based or iframe heavy sites

Related Videos