iOS Simulator MCP
Related Servers
Alternatives to iOS Simulator MCP
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityDmaintenanceEnables AI assistants to automate iOS Simulator interactions including device management, UI element interaction (tap, swipe, type), screenshot capture, and execution of YAML-defined navigation workflows.22 npmMIT
- AlicenseNot gradedqualityCmaintenanceEnables AI agents to drive iOS Simulators on macOS by listing devices, launching apps, tapping, typing, swiping, inspecting the UI tree, and taking screenshots.48 npmMIT
- 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
- AlicenseNot gradedqualityDmaintenanceGives AI agents the ability to interact with iOS simulators through 21+ tools for mobile app testing.10,447 npmMIT
- FlicenseNot gradedqualityDmaintenanceEnables AI to control iOS simulators through the MCP protocol. Supports device management, UI automation, and network interception including screenshot capture, text input, and HTTP request mocking.-
- AlicenseNot gradedqualityCmaintenanceEnables AI agents to control iOS Simulators for UI/UX debugging, app management, and accessibility auditing via simctl, IDB, and ClaudeDebugKit.MIT
TDQS
Scored across 17 tools
Most tools target clearly distinct operations: app lifecycle (install/launch/terminate/list), UI interaction (tap/swipe/type), and accessibility inspection (describe_all/describe_point/find_element) are all well-separated. The main ambiguity is ui_view vs screenshot, which both return an image of the simulator screen, plus ui_describe_point vs ui_find_element which are similar but distinguishable by input (coordinates vs criteria).
Nearly all names are snake_case verb_noun and readable, with an apparent two-namespace convention (ui_ prefix for interaction, plain verbs for simctl/app management). The main deviation is 'screenshot', a bare noun that also lacks the ui_ prefix used by its near-twin 'ui_view', creating a minor pattern break.
17 tools sits at the upper end but each maps to a concrete, non-redundant capability (screen capture, recording, accessibility, input, app management). The surface is broad but reasonably justified for a full simulator-control server, though the ui_view/screenshot pair could be consolidated to trim one.
Coverage is strong: state detection, app install/launch/terminate/list, URL/deep-link handling, screenshots, video recording, UI input, and accessibility inspection are all present. Gaps remain around simulator lifecycle (no explicit boot/shutdown of a specific device, only get_booted_sim_id/open_simulator) and app management (no uninstall_app), but these are minor and workable.