@mgcrea/mcp-ios-simulator
Related Servers
Alternatives to @mgcrea/mcp-ios-simulator
No user-submitted related servers found.
Related Servers
- 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.40 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.-
- AlicenseAqualityBmaintenanceEnables interaction with iOS simulators by providing tools to inspect UI elements, control UI interactions, and manage simulators through natural language commands.1713,632 npm2,207MIT
- 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.15 npmMIT
- AlicenseNot gradedqualityBmaintenanceEnables AI agents and MCP clients to inspect the iOS Simulator's screen as compact text and perform real touch gestures, typing, assertions, and device controls without requiring testIDs.3MIT
- AlicenseNot gradedqualityDmaintenanceEnables AI agents to control real iPhones and simulators on macOS, allowing for UI interaction, testing, and automation.65 npm95MIT
TDQS
Scored across 25 tools
Boundaries are explicitly documented: tap vs tap_element, screenshot vs ui_tree, terminate vs uninstall vs erase, list_crash_logs vs get_crash_log are all distinguished in their descriptions with guidance on when to use each. Pairs like diagnostics/list and wait_for_element/settle_ms are clarified rather than overlapping. No two tools appear to do the same thing.
Every tool uses the ios_simulator_ prefix and snake_case, which is highly predictable. The verb/noun pattern is slightly mixed (list_apps, tap_element vs ui_tree, diagnostics, screenshot), so it is not a single uniform verb_noun convention, but it remains readable and consistent in style.
25 tools sits at the heavy end of the scale, but each maps to a distinct simulator capability (lifecycle, input, UI inspection, logs, media, environment) with no filler. Slightly over the ideal range but well justified for a full simulator automation surface.
Covers device lifecycle (boot/erase/install/launch/terminate/uninstall), full UI driving (tree/screenshot/tap/swipe/type/button), logs, crash logs, push, deep links and media. Minor gaps remain: no delete-simulator tool despite list mentioning deletion, and gestures like long-press, pinch/zoom and orientation rotation are absent.