browser-keyboard-mcp
Related Servers
Alternatives to browser-keyboard-mcp
No user-submitted related servers found.
Related Servers
- AlicenseBqualityCmaintenanceEnables MCP clients to drive a real Chromium browser for automation, including navigation, JavaScript execution, CDP commands, network capture, and multi-tab control.71GPL 3.0
- FlicenseNot gradedqualityCmaintenanceEnables MCP clients to control a real local browser window for web automation tasks such as clicking, typing, scrolling, and taking screenshots.11 npm-
- AlicenseNot gradedqualityBmaintenanceEnables MCP clients to drive a real, logged-in Chrome browser for web automation tasks like navigation, clicking, typing, and screenshotting.4 npm1MIT
- AlicenseNot gradedqualityBmaintenanceEnables local control of existing Chrome/Chromium browser tabs through MCP, including tab management, navigation, content reading, screenshots, and page interaction.Apache 2.0
- AlicenseNot gradedqualityAmaintenanceEnables MCP clients to drive a live Chrome or Brave browser over stdio, with tools for navigation, clicking, typing, screenshots, and executing automation goals.2MIT
- AlicenseNot gradedqualityDmaintenanceEnables browser automation over MCP using a real Chrome browser with existing profile, supporting real tabs, downloads, cookies, and RPA workflows.53 npmMIT
TDQS
Scored across 11 tools
The browser lifecycle, screenshot, and click tools are distinct, but sequence_stop and release_all overlap heavily, and key_down, chord, and sequence_start all cover overlapping key input in ways that could cause misselection. browser_close also includes releasing keys, adding another ambiguous release path.
Most tools follow a predictable resource_action pattern such as browser_open, browser_close, sequence_start, and key_down, and all names are lowercase snake_case. The standalone chord and verb-first release_all are minor deviations from an otherwise consistent scheme.
11 tools is well within the ideal range and each major concern—browser lifecycle, inspection, clicking, key input, sequencing, and status—has dedicated coverage. The overlap between some stop/release tools is more of a naming/selection issue than a count issue.
The tool set covers browser open/close, screenshot, click, key down/up, chords, timed sequences, and status reporting, so the core workflow is supported. A minor gap is the lack of a navigate-after-open tool, but this can be worked around by reopening or is outside the intended keyboard-focused scope.