
chauffeur
io.github.YashNajv0.1.0Updated Oct 8, 2026
Drive the iOS Simulator from a coding agent, with every action verified.
Overview
Lets a coding agent drive the iOS Simulator — snapshotting the screen, tapping, typing, and verifying each action against what actually changed.
- What it does
- Exposes the same commands as CLI and MCP tools: snapshot, find, wait, screenshot, tap, type, scroll, swipe, hardware buttons, logs, install, launch, terminate, open, permission, location, push, appearance, and a batched do command. Each action is verified by diffing the accessibility tree before and after, returning results such as changed, NO EFFECT, INTERCEPTED, NOT DELIVERED, UNVERIFIED, APP CRASHED, or APP EXITED. A per-simulator daemon keeps the connection open, and logs and crash reports are followed for the launched app.
- When to use it
- Use it when an agent writes iOS app code but cannot tell whether the UI actually works, or when you want taps, typing, and navigation verified rather than assumed. It suits automated UI checks, crash reproduction, and accessibility audits on the Simulator.
- Requirements
- Local process on macOS. Apple silicon and Xcode 26 or 27 are required, with a booted simulator. Installed via Homebrew or an MCP bundle; no accounts, API keys, or environment variables are declared. Target selection uses --udid, CHAUFFEUR_UDID, or .chauffeur.json.
Installation
In SourceWeft
- Open chauffeur in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
chauffeur
Let your coding agent drive the iOS Simulator, and tell it the truth about what happened.
[chauffeur reporting NO EFFECT on a disabled button]
Coding agents can write your iOS app, but they can't tell whether it works. Point one at the Simulator and it will tap a disabled button, then report "Done, I submitted the form." Nothing happened, and the agent has no way of knowing.
chauffeur fixes that. It hands the agent the screen as an outline it can reason about, taps through the simulator's
own input system, and verifies every action against what actually changed. A tap that did nothing comes back as
NO EFFECT. A tap an alert swallowed comes back as INTERCEPTED. A crash comes back as APP CRASHED, with the line
that caused it. Your agent stops guessing and starts knowing.
Benchmark
Xcode 27 ships its own MCP server for driving the Simulator, so I put the two head to head. I ran 15 tasks, 3 times
each, with Claude Code on Sonnet and on Opus, giving the agent either chauffeur's tools or Xcode's (xcrun mcpbridge)
and nothing else. That's 180 runs.
Sonnet
Opus
With Opus, chauffeur verified every task. On both models it took less than half the turns, at a sixth to a seventh of
the cost. Xcode couldn't answer any of the crash or log tasks; chauffeur answered all of them. I scored strictly, even
against chauffeur, and every run is written up in docs/benchmark.md.
The same task, both ways, in real time. chauffeur is on top.
[The same task with chauffeur (top, 5 turns, $0.025) and Xcode 27's MCP (bottom, 14 turns, $0.206)]
Quick start
Requirements: Apple silicon and Xcode 26 or 27. Boot a simulator, then run:
Then ask your agent: open my app and check the login screen.
For Codex or Cursor, run chauffeur skill install --agents codex,cursor in your project. It writes the skill and an
AGENTS.md section that teach the agent the commands.
What your agent gets
The same commands are available on the command line and as MCP tools:
Every action reports what it actually did, on its first line:
How it works
- A daemon for each simulator keeps the connection open, so a command doesn't pay a startup cost each time.
- The screen is the accessibility tree, read through macOS's private accessibility translator (
AXPTranslator). It's printed as a compact outline, with refs like[e4]on everything the agent can act on. - Touches go through the simulator's HID, as real finger events.
- Every action is verified by diffing the tree before and after, and by checking the system's own record of where the touch landed.
- Logs and crash reports are followed for the app chauffeur launched, so a crash is reported with its reason.
Demos
Crash detective. The agent taps Crash and gets APP CRASHED with the fatal line. It fixes the source, rebuilds,
reinstalls, and proves the button no longer crashes.
[Claude Code finds, fixes and verifies a crash with chauffeur]
The other demos:
- It won't lie to you: the GIF at the top. A disabled button gets
NO EFFECT, and the agent says so. - The race: under Benchmark.
- Accessibility audit: a prompt-only audit of Settings › General, checked by hand.
All of them are unedited runs, recorded with demos/*.sh. Full-quality MP4s, to download: race,
crash, honest.
Limits
- Simulators only: no physical devices.
- Portrait only.
- Apple silicon only, with Xcode 26 or 27.
- It can break when Xcode updates. chauffeur uses Apple's private simulator frameworks. If an update breaks it,
please open an issue with the output of
chauffeur doctor. - Screen text is untrusted input. chauffeur quotes everything an app shows, so the agent reads it as data, not as instructions. Treat what an app says with the same care you would a web page.
What's next
- GPT-6 support. chauffeur already speaks MCP to any agent. Next, GPT-6 joins the benchmark, and the skill and tool descriptions get tuned for it, so Codex users get the same results Claude Code users do.
- A Jev feature branch. Jev, TypeSafe's typed decision model, makes fast, structured decisions. On a
jevbranch, Jev handles moment-to-moment Simulator control while your coding agent sets the goals. - Games. A game draws to the screen with Metal or SpriteKit, so there's no accessibility tree to read. chauffeur will play them through Jev or other computer vision, reading the frame and acting in real time. Then agents can test iOS games the way they test apps today.
Want one of these sooner, or have a different idea? Open an issue.
Contributing
See CONTRIBUTING.md. Report security issues as described in SECURITY.md. The design is in docs/design.md.
License
Source: README.md at commit ab84cfb
Tools
0Version history
1- v0.1.0LatestOct 8, 2026


