MCP Appium
OfficialRelated Servers
Alternatives to MCP Appium
No user-submitted related servers found.
Related Servers
- AlicenseBqualityBmaintenanceEnables AI assistants to write and run mobile UI tests on Android and iOS simulators via natural language, supporting native and WebView apps without Appium.38298 npmMIT

MobAI MCP Serverofficial
AlicenseAqualityBmaintenanceEnables AI assistants to automate mobile devices (Android and iOS) through a single DSL interface, supporting actions like tap, type, swipe, and assertions.20416 npm247Apache 2.0- AlicenseAqualityBmaintenanceEnables AI assistants to control mobile and desktop devices with natural language, including running automation tasks, taking screenshots, and managing devices.65 npmMIT
- AlicenseNot gradedqualityDmaintenanceEnables AI agents to automate Android mobile device testing through Appium, with automatic device detection, screen element inspection, and natural language test scenario execution.3MIT
- AlicenseNot gradedqualityBmaintenanceEnables AI agents to automate Android and iOS devices, including emulators and physical devices, by capturing screenshots, reading UI accessibility trees, performing touch and text input, and managing app lifecycle and logs.MIT
- AlicenseNot gradedqualityDmaintenanceEnables comprehensive control of iOS simulators and real devices through AI assistants, supporting app management, UI automation, screenshots, media operations, and location simulation for iOS development and testing workflows.8MIT
TDQS
Scored across 31 tools
Each tool targets a distinct resource/action and the descriptions actively cross-reference each other (e.g., appium_gesture defers to appium_drag_and_drop and appium_perform_actions; appium_find_element vs generate_locators vs appium_get_active_element carry priority guidance). Even potentially overlapping gesture and element-lookup tools are clearly separated, so an agent is unlikely to mis-select.
The dominant appium_ + snake_case pattern is consistent across ~27 tools, but select_device, generate_locators, and prepare_ios_simulator break the prefix convention. Notably, generate_locators vs appium_generate_tests and prepare_ios_simulator vs appium_prepare_ios_real_device are internally inconsistent pairs in the same subdomains.
With 31 tools, the surface exceeds the 25+ 'too many' threshold. While Appium's domain is broad, the set is dense and several tools could be consolidated (e.g., the three separate gesture tools, or device_info/orientation/control split across tools), making it heavier than needed for agent usability.
The surface covers the mobile automation lifecycle well: device selection, session management, element finding/interaction, gestures, app lifecycle, contexts, and device services (permissions, geolocation, clipboard, files, recording). Minor gaps exist — no element clear-text operation, no element location/size retrieval, and no explicit wait-for-element helper — but agents can work around these.