Skip to main content
Glama

Related Servers

Alternatives to mobile-device-mcp

No user-submitted related servers found.

    Related Servers

    • A
      license
      B
      quality
      D
      maintenance
      An MCP server that lets AI agents see, tap, type, scroll, and assert inside live Flutter apps — no pre-written tests required.
      28
      5 npm
      MIT
    • A
      license
      Not graded
      quality
      A
      maintenance
      An MCP server that lets AI agents control iOS and Android devices (tap, scroll, type, take screenshots, read UI trees, and run code). Works with multiple devices at the same time.
      74 npm
      45
      MIT
    • F
      license
      Not graded
      quality
      C
      maintenance
      An MCP server that lets AI agents drive real mobile-app automation on connected devices, enabling natural-language test tasks, test case generation, and app/build management for Android and iOS.
      -
    • A
      license
      B
      quality
      A
      maintenance
      Give any LLM agent a real Android or iPhone. 62 MCP tools: tap, swipe, type, screenshot, screen-tree reading, app launch, camera, TTS, crash reports, batched execution. Android via ADB, iPhone via WebDriverAgent, on-device inference, Docker+KVM emulators. Works with Claude Code, Cursor, LangChain, LlamaIndex, and any MCP client. MIT.
      66
      343
      MIT
    • A
      license
      A
      quality
      B
      maintenance
      An MCP server that gives coding agents hands and eyes on an Android device, providing 19 tools for building, testing, installing, UI inspection, input, logs, and toolchain diagnosis. It returns concise, structured results to make the build-debug loop efficient.
      19
      1
      MIT

    TDQS

    A3.6/5.0

    Scored across 49 tools

    Disambiguation3/5

    There is some overlap between basic touch tools (tap, double_tap, long_press) and 'smart' variants (smart_tap, smart_type) which use AI to find elements. Also, screenshot tools (take_screenshot, ios_screenshot, flutter_screenshot_widget) could confuse an agent, though their scopes differ slightly (device, iOS simulator, Flutter widget).

    Naming Consistency4/5

    Most tools follow a consistent verb_noun pattern (e.g., get_device_info, launch_app, stop_recording). Some deviations exist like press_key instead of press_keyboard_key, and ios_boot_simulator vs. ios_list_simulators (verb order swapped). But overall the pattern is clear and predictable.

    Tool Count2/5

    The server has 49 tools, which is excessive for a mobile device interaction server. While the domain is broad (Android, iOS, Flutter debugging, screen recording, testing), many tools could be consolidated or are too niche (e.g., separate flutter_* tools). This likely overwhelms agents.

    Completeness4/5

    The tool surface covers most major device interactions: element discovery, tapping, typing, scrolling, apps management, screen recording, logging, iOS simulator control, Flutter debugging, and testing. Minor gaps include lack of drag-and-drop and no direct ADB command execution, but overall it's fairly complete for mobile automation.

    Maintenance

    ActivityInactive
    ResponsivenessNo issues