Show HN: Open-source browser for AI agents

63 points by theredsix 4 hours ago on hackernews | 17 comments

[OP] theredsix | 4 hours ago

Op here, happy to answer any question!

How does it compare with https://agent-browser.dev/ ? It would be great if you could add it to your table: https://github.com/theredsix/agent-browser-protocol?#compari...

: [OP] theredsix | 2 hours ago
agent-browser's biggest selling point is a CLI wrapper around CDP/puppeteer for context management. It'll have mostly the same pros/cons as CDP on the table.
: [OP] theredsix | an hour ago
Updated the table!

giancarlostoro | 3 hours ago

Interesting, I wonder if this would help with other projects too, one project that comes to mind is archivebox, I don't know if they still have the issue I'm thinking of, but archivebox eventually had the Chrome instances (as the meme goes) basically consume all available RAM. If by freezing execution this could stop that, it could be useful for more than just AI agents.

: [OP] theredsix | 2 hours ago
Yeah, I noticed CPU use goes to near zero during the pausing phase. You can also trigger pause via REST/MCP so a script can take advantage of these abilities as well.

Retr0id | 3 hours ago

> As proof, ABP with opus 4.6 as the driver scores 90.5% on the Online Mind2Web benchmark

And what does opus score with "regular" browser harnesses?

esafak | 3 hours ago

https://huggingface.co/spaces/osunlp/Online_Mind2Web_Leaderb...

Retr0id | 3 hours ago

Hm I can't see Opus 4.6 on there

: [OP] theredsix | 2 hours ago
I tweeted at the OSUNLP and they're backed up on eval validation. In the meantime, here's the benchmark repo with the saved runs and also instructions on how to run it locally. https://github.com/theredsix/abp-online-mind2web-results

9wzYQbTYsAIc | 2 hours ago

90% easy or 90% average?

[OP] theredsix | 2 hours ago

90% average with 85.51% hard!

: 9wzYQbTYsAIc | 2 hours ago
Nice! Will take a look at this for my homelab - was debating using crawl.cloudflare.com to try it out, as browser rendering was my next stretch goal.

gregpr07 | 2 hours ago

Love it! From first principles: this kinda answers the "do we really even need CDP" I always have in my head building browser use...

: [OP] theredsix | 2 hours ago
Totally, I feel that CDP was designed for a different category of automations.

webpolis | an hour ago

Freezing JS execution between actions is the right call. Most CDP-based agent setups break because the DOM keeps mutating while the model reasons about the last screenshot. The "multimodal chat loop" framing maps cleanly to how agent frameworks already structure tool-use cycles.

Worth flagging: a forked Chromium with frozen-state semantics will behave differently from stock Chrome, and fingerprinting libraries will notice. We run browser automation on ephemeral cloud desktops at Cyqle (https://cyqle.in) and keeping the browser environment consistent across sessions was its own fight. Curious if ABP exposes hooks for controlling OS-level context — display resolution, font rendering, timezone — since those affect agent reliability almost as much as DOM staleness.

: [OP] theredsix | an hour ago
Great insight! ABP exposes display resolution controls right now. I've noticed almost zero reCAPTCHAs during testing compared puppeteer stealth or other packages. Regarding the freezing mechanic, virtualtime is paused as well and the entire browser clock is captured so it would be very hard for a page's JavaScript to notice the time drift unless they were querying an external API clock.