hai-browser
Related Servers
Alternatives to hai-browser
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityAmaintenanceEnables AI agents to control Cursor IDE's built-in Browser Tab through a stdio MCP interface, providing accessibility snapshots with refs, click/type/fill, wait conditions, screenshots, and console/network inspection.45 npm2MIT
- AlicenseNot gradedqualityCmaintenanceLets AI coding agents control and inspect a live Chrome browser via MCP, providing Chrome DevTools capabilities for automation, debugging, and performance analysis.6 npmApache 2.0
- AlicenseNot gradedqualityAmaintenanceEnables AI agents to see and control the user's real Chrome/Brave/Edge profile over MCP, so they can read pages, click, type, take screenshots, audit layouts, debug CSS, and scrape paginated or infinite-scroll data. Because it drives the normal browser via the DevTools protocol with real input events, it works on modern JavaScript apps and on sites where the user is logged in.8 npm1MIT
- AlicenseNot gradedqualityDmaintenanceLets coding agents control and inspect a live Chrome browser via MCP, providing Chrome DevTools capabilities for automation, debugging, and performance analysis.2,262,793 npmApache 2.0
- AlicenseNot gradedqualityBmaintenanceEnables AI coding agents to control and inspect a live Chrome browser via MCP, including performance tracing, network and console debugging, screenshots, and reliable Puppeteer-based automation.2,262,793 npmApache 2.0
- AlicenseAqualityDmaintenanceProvides AI coding agents real-time browser access to console logs, network requests, DOM elements, and screenshots via MCP, enabling tight edit-reload-verify feedback loops.153 npm2MIT
TDQS
Scored across 25 tools
Each tool maps to a distinct browser primitive (snapshot vs screenshot, click vs type vs hover vs drag, console vs network), and the descriptions explicitly state when to prefer one over another. The only soft overlaps are browser_open / browser_navigate / browser_tab_new (all take a URL) and browser_show vs browser_scroll-into-view, but the descriptions clarify the distinction well enough.
All tools share a consistent browser_ prefix with snake_case, and most follow verb_noun (browser_click, browser_type, browser_navigate, browser_get_selection). The tab family deviates to noun_verb (browser_tab_new, browser_tab_select, browser_tab_close) and browser_status / browser_console are bare nouns, but the grouping is still readable and predictable.
25 tools is at the upper edge, but for full in-browser automation each primitive (click, hover, drag, type, key press, select, upload, dialog, scroll) genuinely earns its place rather than being redundant. A few could arguably be folded together (tab_open into open, status into tabs), but the surface is not padded.
The lifecycle is well covered: open/share/navigate tabs, read the page, interact, wait, inspect console/network, evaluate JS, and pick elements. Gaps are minor but real — no cookie/localStorage access, no download handling, no viewport resize, and no explicit iframe entry beyond inline refs.