windows2-mcp
Related Servers
Alternatives to windows2-mcp
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityDmaintenanceMCP server for driving any Windows app through five layers including OCR, UI Automation, and direct OS operations. Enables AI agents to control Windows desktop and OS cursor-free, even on background/locked windows.67 npm3MIT
- AlicenseNot gradedqualityCmaintenanceMCP server for AI agents to automate Windows WPF apps with semantic UI Automation selectors, screenshots, recording, and FlaUI test generation.2MIT
- AlicenseNot gradedqualityDmaintenanceEnables AI clients to automate Windows desktop applications through window manipulation, image recognition, OCR, keyboard/mouse simulation, and memory operations via the MCP protocol.MIT
- AlicenseNot gradedqualityDmaintenanceAn MCP server that gives AI agents human-like control over Windows via visual perception and simulated mouse and keyboard input, enabling automation of any application without APIs.41 npm4MIT
- FlicenseNot gradedqualityDmaintenanceMCP server that enables AI agents to control Windows by clicking, typing, and navigating with a visible cursor overlay, using a layered approach (native UIA, browser CDP, pixel fallback) for reliable interaction.1-
- AlicenseAqualityDmaintenanceWindows desktop automation MCP server enabling screenshot capture, precise visual locating of UI elements via vision models, and automated mouse clicking.41MIT
TDQS
Scored across 90 tools
The descriptions are unusually careful about distinguishing near-neighbors: maximize_current_window vs maximize_window, get_windows vs get_window_handles, click_element vs advanced_click vs invoke_element, and set_value vs set_element_value all carry explicit guidance. A few pairs (get_windows/get_window_handles, get_attribute/get_element_info/get_element_value/get_text) still overlap enough that misselection is plausible, but the docs largely resolve them.
The vast majority follow a clean snake_case verb_noun pattern (find_element, switch_to_window, set_clipboard, start_recording_screen) with a consistent is_* prefix for predicates. Minor deviations exist—bare verbs (hover, scroll) and adjective-prefixed names (advanced_click, find_by_vision)—but overall the convention is predictable.
90 tools is far too many to present as a coherent set, well past the 25+ threshold where selection burden becomes real. The domain (full Appium Windows driver surface) is broad and the extension-command fallback shows curation effort, but the count is still excessive for practical agent use.
Coverage is essentially exhaustive for Windows UI automation: session lifecycle, element discovery and interaction, UIA pattern operations, window/frame/webview context switching, input simulation, file and clipboard I/O, screen recording, vision fallbacks, and raw PowerShell escape hatch. No obvious dead ends for the stated purpose.