chrome
Related Servers
Alternatives to chrome
No user-submitted related servers found.
Related Servers
- AlicenseBqualityBmaintenanceEnables AI agents to drive the user's already-running Google Chrome through a WebSocket bridge, listing and switching tabs, navigating, clicking, typing, scrolling, extracting DOM, taking screenshots, and evaluating JavaScript. It works without restarting Chrome and preserves all existing logins, cookies, and 2FA sessions.256 npmMIT
- AlicenseNot gradedqualityDmaintenanceEnables AI clients to directly control a real Chrome/Edge browser via a WebSocket extension, supporting operations like navigation, clicks, screenshots, and JavaScript evaluation.19 npm1MIT
- AlicenseNot gradedqualityBmaintenanceEnables AI agents to control a user's existing Chrome browser with preserved logins, performing tab management, element interaction, script execution, and screenshots, all locally via a Chrome extension and Python bridge.2MIT
- AlicenseNot gradedqualityAmaintenanceLets AI agents control the real, already-logged-in Chrome browser: reading pages, clicking, typing, navigating tabs, taking screenshots, and inspecting cookies, network traffic, console output, and storage. It connects as a local extension over Native Messaging, so no remote-debugging port or headless profile is needed.1 npmISC
- AlicenseNot gradedqualityBmaintenanceEnables coding agents to control the user's real Chrome or Firefox tabs, with their existing logins, to read pages, click, type, fill forms, take screenshots, inspect network traffic and run JavaScript. It works through a paired browser extension over a local WebSocket connection, so automation happens in the browser the user is actually looking at, including shadow DOM, cross-origin iframes, dialogs and single-page apps.MIT
- AlicenseNot gradedqualityBmaintenanceEnables remote AI agents to control a local, authenticated desktop browser over MCP through an outbound WebSocket bridge and Chrome extension, supporting tab management, navigation, page reading, clicking, typing, scrolling, screenshots, and JavaScript evaluation.1MIT
TDQS
Scored across 23 tools
Most tools have clearly distinct purposes (type, press, select, wait_for, cookies, dialog, network), and descriptions explicitly resolve the trickier pairs — 'visual' is framed as the cheap orientation screenshot vs 'screenshot' for annotated/full-page captures, and 'snapshot' (a11y refs) vs 'dom' (raw DOM queries). The remaining ambiguity is mild: cursor/press/drag all perform interaction, and visual/screenshot/snapshot all 'look' at the page, but the guidance on when to use each is clear enough that an agent is unlikely to misselect.
Everything is lowercase snake_case, but the lexical convention is mixed: some tools are verbs (scroll, navigate, type, press, evaluate, fill_form, upload_file, wait_for) and others are bare nouns (visual, cursor, status, tabs, screenshot, dom, console, network, cookies, dialog, debugger). Several tools are also multiplexed behind an 'action' parameter rather than having action-specific names. Readable, but no predictable verb_noun pattern.
At 23 tools it sits at the heavy end for a browser automation server, and a few entries feel partially redundant (visual vs screenshot, snapshot vs dom). Each still has a real role in the workflow, so it is not bloated, but the surface is broader than necessary for most agent tasks.
The browser lifecycle is well covered: connection status, tab management, navigation, interaction, form filling, file upload, async waiting, plus diagnostics (console, network, cookies, dialogs) and power features (evaluate, emulate, debugger). Gaps are minor and workaroundable — no dedicated hover tool, no direct localStorage/sessionStorage access, and no download or permission handling (evaluate can cover most of these).