playwright-browser-skill
Related Servers
Alternatives to playwright-browser-skill
No user-submitted related servers found.
Related Servers
- FlicenseBqualityDmaintenanceAn MCP server for generic browser automation using Playwright. Enables MCP clients to navigate pages, inspect elements, execute JavaScript, capture screenshots, and monitor console logs and network traffic via a headless Chromium instance.7-
- FlicenseBqualityDmaintenancePlaywright wrapper for MCP that enables LLM-powered clients to control a browser for automation tasks.101-
- AlicenseNot gradedqualityDmaintenanceA comprehensive browser automation MCP server using Playwright, offering 50+ tools for page control, element interaction, content extraction, and more across multiple browser engines.8 npm1MIT
- AlicenseAqualityBmaintenanceEnables MCP clients to automate a real Chrome browser via Playwright, supporting session sharing and tools for navigation, clicking, typing, and more.112MIT
- AlicenseBqualityNot gradedmaintenanceEnables browser automation and web scraping through Playwright, supporting navigation, screenshots, element interaction, form filling, JavaScript execution, and content extraction.8Apache 2.0
- AlicenseAqualityCmaintenanceA browser automation tool using Playwright and MCP protocol, enabling agents like OpenClaw or Claude Desktop to control a browser for navigation, content extraction, and interaction.215 npmMIT
TDQS
Scored across 101 tools
Many tools have overlapping boundaries despite prefix clarity: browser_click vs browser_mouse_click, browser_tap vs browser_touchscreen_tap, and browser_fill vs browser_type vs browser_keyboard_insert_text are easy to confuse. The get_by_* family also creates a large group of highly similar tools where an agent may struggle to pick the right one.
The browser_ prefix and snake_case naming is consistent, and most tools follow a browser_verb_noun pattern. Minor deviations like browser_goto, browser_pdf, browser_count, and browser_get_coverage (which actually starts coverage) keep it from being perfectly uniform.
At 101 tools, this is an extreme count that will overwhelm agent context and selection. Even for broad browser automation, many tools could be consolidated (e.g., wait_for_* variants, get_by_* variants, mouse/keyboard actions), so the surface is far larger than necessary.
The tool surface is exceptionally comprehensive for browser automation, covering browser lifecycle, navigation, interactions, queries, waits, screenshots, network control, storage, permissions, clocks, and accessibility. There are no obvious dead ends or major missing capabilities for the stated domain.