Skip to main content
Glama

mirroir-mcp

npm version Build License macOS 15+ Discord

Let your agent use your real iPhone, then replay what it did without an LLM.

No Developer Mode, no Xcode, no WebDriverAgent, no jailbreak. mirroir-mcp works through macOS iPhone Mirroring, so it reaches any app on your phone, including App Store apps you could never build. It works from any MCP client, with 39 tools.

Quick start

You need macOS 15 or later and an iPhone connected through iPhone Mirroring. Paste this into your coding agent (Claude Code, Codex, Cursor, OpenClaw, …):

Set up mirroir-mcp so you can drive my iPhone: follow https://github.com/jfarcand/mirroir-mcp/blob/main/docs/onboarding.md step by step, and finish by reading back what my iPhone screen shows.

Or install it yourself:

npx -y mirroir-mcp install    # or: brew tap jfarcand/tap && brew install mirroir-mcp
npx -y mirroir-mcp doctor     # names anything left to fix

OpenClaw, Claude Desktop, Cursor, VS Code and the other clients: Install.

Then ask for something:

Open Calendar, create a new event called "Dentist" next Tuesday at 2pm.
Open my Expo Go app, tap "LoginDemo", test the login screen with
test@example.com / password123. Screenshot after each step.
Start recording, open Instagram, scroll the feed and open my profile, stop recording.

Related MCP server: Klyk

Why mirroir

  • Nothing to install on the phone. The iPhone stays stock: no signing, no provisioning profile, no on-device agent. If iPhone Mirroring shows it, mirroir can drive it.

  • Your Mac stays yours. Taps, typing and swipes reach the mirror without bringing it to the front, so you can keep working. Drags and two-finger gestures bring it forward for a moment, then hand your app back.

  • Explore once, replay without an LLM. generate_skill explores an app and writes SKILL.md files. A compiled skill replays from the CLI with no AI in the loop (mirroir test), so CI runs are deterministic and cost no tokens.

  • One test across phone, web and backend. mirroir-run is our companion test runner, a separate binary. One YAML scenario can drive the iPhone, a browser, HTTP endpoints and subprocesses, then compare what the page and the phone showed. See Web and iOS in one scenario.

  • Drift fails loudly. mirroir-run has a third verdict beside pass and fail: DRIFT, exit code 65, when every assertion held but the output moved past its baseline. Your CI lane decides whether drift blocks a merge.

  • It plays games, too. A scene: step plays a turn-based or tap-driven game, frame by frame, under a hard budget. See Games.

How it compares

mirroir

phone-harness

mobile-mcp

Appium

Physical iPhone, no Developer Mode or signing

Yes — stock phone via iPhone Mirroring

Yes — stock phone via iPhone Mirroring

USB-connected, trusted device (see its README)

No — WebDriverAgent via Xcode, Developer Mode

App Store apps you can't build

Yes

Yes

Yes

Yes, on a provisioned device

Your own iPhone from any MCP client

Yes

No — its MCP server is cloud-only; local phones use its CLI

Yes

Through the separate appium-mcp

Replay without an LLM

Yes — compiled skills, mirroir test

Python scripts you write; no recorder or compiled replay

No — the agent drives every run

Yes — test code

Distinct drift verdict

Yes — DRIFT, exit 65

No

No

No — pass / fail

One scenario across iPhone + web + HTTP

Yes — mirroir-run

No

No

Via your own test code

Android

No — an emulator window can be driven only as a generic macOS window

Yes

Yes

Yes

iOS Simulator

No

No

Yes

Yes

Hosted cloud phones

No

Yes — Phone Harness Cloud

Yes — Mobile Next Cloud

Via third-party device clouds

phone-harness is the closest tool here: it also drives a stock iPhone through iPhone Mirroring, and it adds Android and hosted phones, which mirroir doesn't have. mobile-mcp and Appium cover Android and simulators too. mirroir goes further after the agent's first run: that run becomes a replay that needs no LLM, and a test that tells you when the output moves.

Safety

Giving an AI access to your phone demands defense in depth, so mirroir-mcp is fail-closed.

  • Read-only until you say otherwise. Without a config file, only the 12 read-only tools are exposed. Every tool that changes something stays hidden from the client until you allow it in permissions.json.

  • Sensitive apps can be blocked. blockedApps keeps the AI out of apps like Wallet or Banking, even when other tools are allowed.

  • Passwords stay yours. mirroir never presses a sheet that asks for a password or Touch ID, and it tells agents to ask you before sending, buying, deleting or changing a setting.

  • No root, no daemon, no telemetry. It runs as your user with Screen Recording and Accessibility. The one network call it makes by default is a once-a-day version check against npm (updateCheck: false turns it off). What your agent reads from the screen goes to whichever model your client uses.

  • Kill switch. Close iPhone Mirroring to stop all input instantly.

See Security for the full threat model.

Documentation

Install

Every install path, per-client setup, updating, uninstalling

Onboarding

Setup written for the agent: prerequisites, install, doctor, and a read-only proof

Tools Reference

All 39 tools, parameters, and input workflows

How mirroir sees the screen

The observe, reason, act loop; OCR, icon detection, AI vision

Skills, exploration and CI

APP.md, skills, generate_skill, mirroir test, compiled replay, AI diagnosis, patterns

mirroir-run

Replay across iPhone, web, HTTP and subprocesses; GitHub Actions; Maestro import

Games

Shell and scene, the scene: step, game controls

CLI Tools

Recorder, doctor, keyboard layout

Configuration

All settings: screen intelligence, input timing, exploration, AI providers

FAQ

Security, focus stealing, keyboard layouts, embacle/vision mode

Security

Threat model, kill switch, and recommendations

Privacy

What mirroir reads, sends and stores

Permissions

Fail-closed permission model and config file

Known Limitations

Focus stealing, keyboard layout gaps, autocorrect

Patterns & Skills

Element patterns, screen recipes, APP.md app descriptions, and the detection pipeline

Exploring a New App

Step-by-step playbook for onboarding a new app — APP.md, permissions, components, exploration goal

YOLO Icon Detection

Recommended YOLO models, CoreML setup, and configuration

Compiled Skills

Zero-OCR skill replay

Testing

FakeMirroring, integration tests, and CI strategy

Web and iOS in one scenario

How mirroir-run hands iOS blocks to mirroir-mcp, and how cross_surface compares a browser with a phone

Cross-surface replay

mirroir-run scenario grammar, .mirroir/ plan, SAMPLE.md, judge profiles, CI

Troubleshooting

Debug mode and common issues

Contributing

How to add tools, commands, and tests

Skills Marketplace

Skill format, plugin discovery, and authoring

Community

Join the Discord server to ask questions, share skills, and discuss ideas. Contributions are welcome: see CONTRIBUTING.md. By submitting a patch, you agree to the Contributor License Agreement; your Git commit metadata serves as your electronic signature.


Why "mirroir"? — It's the old French spelling of miroir (mirror). A nod to the author's roots, not a typo.

Related MCP Connectors

Related MCP Servers

  • A
    license
    Not graded
    quality
    B
    maintenance
    An MCP server that gives AI agents real OS-level control of macOS, enabling them to click real buttons, type real keys, and observe rendered screens just like a human would.
    1
    MIT
  • A
    license
    Not graded
    quality
    B
    maintenance
    Enables AI agents to operate a real iPhone from a Mac by reading the screen over USB and sending taps, swipes, typing, and app launches over Bluetooth, with every action returning a fresh screenshot so the agent can verify its work. Runs as a local MCP server, so agents can test iOS apps on physical devices and automate everyday phone tasks.
    43 npm
    10
    MIT