Firefox DevTools MCP
Related Servers
Alternatives to Firefox DevTools MCP
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityDmaintenanceAn MCP server that exposes Firefox browser automation capabilities through the Model Context Protocol, enabling AI assistants to control web browsers for navigation, interaction, and data collection tasks.4BSD 3-Clause
- AlicenseNot gradedqualityDmaintenanceA Model Context Protocol server implementation that enables browser automation through standardized MCP clients, supporting features like navigation, element interaction, and screenshots across Chrome, Firefox, and Edge browsers.635 npmMIT
- AlicenseAqualityBmaintenanceMCP server for browser automation with anti-detection. Scout pages, find elements, interact with websites, and monitor network traffic from any AI client that supports the Model Context Protocol.211MIT
- AlicenseNot gradedqualityBmaintenanceMCP server for controlling a local camofox-browser instance, enabling LLM agents to perform web automation tasks such as navigation, interaction, snapshotting, and content extraction.16 npmMIT
- AlicenseNot gradedqualityDmaintenanceA Model Context Protocol (MCP) server that provides browser automation capabilities using Playwright.5,046,799 npmApache 2.0
- AlicenseDqualityDmaintenanceAI-driven browser automation server that implements the Model Context Protocol to enable natural language control of web browsers for tasks like navigation, form filling, and visual interaction.12MIT
TDQS
Scored across 31 tools
Most tools target distinct resource+action pairs (navigate, close, list, select, click, hover, fill, drag, upload, etc.). A few near-overlaps exist, such as get_firefox_info vs get_firefox_output and screenshot_page vs screencast_start, but their descriptions clarify the difference.
The dominant pattern is verb_noun, often with a by_uid suffix for element interactions (click_by_uid, hover_by_uid, etc.). Minor inconsistencies include list_pages vs new_page (plural vs singular) and the longer resolve_uid_to_selector, but the overall convention is clear.
At 31 tools, this exceeds the 25+ threshold for a heavy tool set. While many tools cover distinct features, several are auxiliary helpers (clear_snapshot, resolve_uid_to_selector, get_firefox_info) that could potentially be merged or removed without losing core functionality.
The tool surface covers a broad range of browser automation needs: page lifecycle, element interaction, snapshots, screenshots, downloads, dialogs, history, viewport control, extensions, screencasts, and script execution. Minor gaps exist (no explicit wait/condition, no direct text extraction, no iframe handling), but agents can generally work around them.