chrome-debug-mcp
Related Servers
Alternatives to chrome-debug-mcp
- FlicenseBqualityBmaintenanceEnables LLMs to perform browser automation through the Playwright framework with Chrome DevTools Protocol support, connecting to existing Chrome instances for advanced web interactions and JavaScript execution.1252-
- AlicenseNot gradedqualityCmaintenanceAn MCP Server for Chrome DevTools, following the Chrome DevTools Protocol. Integrates with Claude Desktop and Claude Code.309MIT
Related Servers
- AlicenseNot gradedqualityDmaintenanceA Chrome DevTools Protocol-based MCP server that enables AI coding assistants to control browsers for JavaScript debugging, reverse engineering, web scraping, and API debugging.1,183 npm1Apache 2.0
- AlicenseAqualityAmaintenanceAn MCP server that connects AI agents to a running Chrome tab via the Chrome DevTools Protocol (CDP), enabling runtime debugging and page inspection.624205 npm1ISC
- FlicenseNot gradedqualityDmaintenanceA lightweight MCP server that enables AI assistants to control Chrome DevTools via CDP for debugging tasks like navigation, screenshots, and JavaScript execution.-
- AlicenseAqualityDmaintenanceA Model Context Protocol server that bridges MCP and the Debug Adapter Protocol, enabling AI coding agents to launch and control debug sessions, set breakpoints, step through code, and inspect variables.17MIT
- AlicenseNot gradedqualityDmaintenanceA fork of Chrome DevTools MCP that adds Streamable HTTP transport for multiple AI agents to concurrently control and inspect a live Chrome browser via the Model Context Protocol.13 npm1Apache 2.0
- AlicenseNot gradedqualityDmaintenanceMCP server that lets coding agents control and inspect live Chrome browsers, providing full Chrome DevTools capabilities for automation, debugging, and performance analysis.1,731,154 npmApache 2.0
TDQS
Scored across 30 tools
The tools target largely distinct resource+action pairs (breakpoint control, tab/instance lifecycle, DOM interaction, observability). The only mild overlaps are stop_chrome vs close_instance and get_performance_metrics vs profile_page_performance, but descriptions clearly differentiate the destructive/scope differences. No tool appears to duplicate another's purpose.
Names overwhelmingly follow a consistent snake_case verb_noun pattern (set_breakpoint, list_tabs, open_instance, get_network_logs). A handful of single-verb names (resume, reload, navigate, scroll) deviate slightly but remain clear and readable.
At 30 tools this is on the heavy side, above the comfortable 15-tool range. However, the surface spans four genuinely distinct domains (instances, tabs, DOM/debugger, observability) plus two raw escape hatches, so most tools map to real capabilities rather than filler. Borderline but defensible.
Coverage is strong: instance open/stop/restart/close/list, tab open/close/switch/list, DOM inspection, click/fill/scroll, full debugger stepping and breakpoints, plus network/console/perf observability and CDP escape hatches. Minor gaps like dialog/file-upload/cookie handling remain, but core debug workflows are complete.