Mobilewright
Playwright for iOS and Android. Free and open source
73 followers
Playwright for iOS and Android. Free and open source
73 followers
Playwright for iOS and Android. One unified API to automate real devices, simulators, and emulators — deterministic, auto-waiting, zero-config. Built for developers and AI agents.
Free
Launch Team
CloudflareStill paying to deploy your apps? Try Cloudflare Workers for free
Promoted
Hi PH 👋
I'm Leor, co-founder of Mobile Next. We build tooling for the agentic era of mobile development.
Mobile testing has been painful for a long time. The frameworks were built for a world where humans write tests by hand, on one platform at a time. None of them were designed for AI agents writing code, and most don't work cleanly across iOS and Android.
Mobilewright is our take. A Playwright-based automation framework for iOS and Android — chainable locators, auto-waiting on every action, and tests that read like English. Zero-config CLI, free and open source.
If you've been wrestling with mobile testing, what's been hardest? I am in the comments.
@leor_stern thanks for this, a great tool that im using as we speek :-)
So great for getting things over the line!
What is the difference between Mobilewright and Maestro? I am using Maestro for iOS and Android testing, though Maestro doesn't handle real iOS device well.
@mate_ajdukovic what device are you using Maestro on?
@mate_ajdukovic Good question — and you're hitting on a real gap with Maestro's iOS real device support.
A few key differences:
TypeScript vs YAML. Rather than declarative YAML flows, Mobilewright gives you a full TypeScript API — screen.getByRole('button').tap(). That means conditionals, loops, data-driven tests, type safety, and full IDE support out of the box. If you've used Playwright for web, you already know the patterns.
Real device support. This is where it sounds like you're feeling the pain. Mobilewright runs on real iOS devices, real Android devices, simulators, and emulators — same API across all of them. Point your tests at a cloud device on Mobile Use and it's a one-line config change.
Auto-waiting architecture. Every action polls the accessibility tree until the element is visible, enabled, and stable — then acts. No manual sleeps or retry wrappers. This is what makes tests deterministic rather than flaky.
Ecosystem. Mobilewright plugs into Mobile Use (real cloud devices on demand) and Mobile MCP (AI agent access). So you can write a test locally, run it on a real iPhone in the cloud, and have your AI agent trigger it — same framework throughout.
If Maestro's iOS real device handling is giving you trouble, I'd genuinely suggest giving Mobilewright a spin — npx mobilewright init gets you a config and example test in seconds, and npx mobilewright doctor will tell you if your environment is ready.
This is directly related to what I’m working on and it works.
It is very promising, I did wright few script with mobilewright, simple configuration, easy setup and better execution. my final thought is, for sure it is going to be a game changing for mobile automation.