NexBrowser MCP Server
OfficialRelated Servers
Alternatives to NexBrowser MCP Server
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityAmaintenanceConnects local tools (browser, shell) to a remote MCP server via reverse-MCP, enabling the server agent to control your local browser and execute shell commands.564 npmApache 2.0
- AlicenseNot gradedqualityAmaintenanceConnects ChatGPT and MCP clients to authorized local development environments, enabling secure file access, shell execution, persistent tasks, browser/desktop control, and remote management of projects.15MIT
- AlicenseNot gradedqualityDmaintenanceEnables browser automation over MCP using a real Chrome browser with existing profile, supporting real tabs, downloads, cookies, and RPA workflows.104 npmMIT
- AlicenseNot gradedqualityAmaintenanceEnables AI IDEs and agents to connect to and control Roblox Studio through the Model Context Protocol, bridging to Studio's native StudioMCP daemon to interact with the active place and DataModel.38 PyPIMIT
- AlicenseNot gradedqualityBmaintenanceExposes a live Chrome browser to any MCP client through a single local endpoint, enabling real-tab control, DOM interaction, cookies and session use, network/console capture, PDF export, and CDP-powered debugging.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 64 tools
Most tools have clear, distinct purposes (e.g., nex_browser_click vs nex_browser_type vs nex_browser_fill_form). Some potential overlap exists between nex_browser_run_code and nex_browser_evaluate, and between nex_proxy_create and nex_proxy_batch_create, but descriptions clarify the differences (permissions, batch vs single).
Tools follow a consistent nex_<domain>_<verb> pattern (e.g., nex_browser_list, nex_proxy_create, nex_account_delete). Minor deviations like nex_browser_connection_info and nex_browser_network_requests use noun phrases instead of verb_noun, but the pattern is largely predictable.
64 tools is excessive for a browser automation server, even with proxy and account management. Many tools are granular (e.g., key_down, key_up, check, uncheck, select_option) and could be consolidated. This exceeds the typical well-scoped range and risks agent confusion.
The tool surface covers the full lifecycle: window creation, opening, connecting, navigation, interaction, form filling, screenshots, network/console inspection, proxy management, account management, and group management. No obvious dead ends; workflows like create window -> bind proxy -> open -> connect -> interact -> close are fully supported.