Your app does a thousand things under the hood you never got to see.
Until now. Every network call. Every frame drop. Every byte of SQLite touched and mutated.
You, your team, your agents. Nobody flies blind anymore.
We've heard wild stories.
One company had designers piling into a meeting room every week just to manually check that engineers had implemented the Figma designs correctly.
Excited to share what the teamβs been working on the past month.
Introducing: Atlas π
For far too long, mobile apps have lacked a design source of truth.
We've heard this from company after company: no one knows what the app really looks like.
And now that coding agents have made changes 10x faster, keeping up manually is impossible.
So we made a map of all the screens in your app, automatically updated.
Your test passed... but did the data actually persist?
Scrub your app's real sqlite + local state across every run. You and your agents finally see and verify what's under the hood.
everyone in iOS development should watch this. seriously, it might change the whole industry.
i pointed claude code at a live ios device running on revyl, typed "test everything," and walked away.
here's what's actually happening:
β you don't write the tests.
no scripts, no selectors, no test plan. i never told it which screens to open or what to check. it read the app, decided what mattered, and tested it. the entire instruction was "test everything."
β‘ it built its own test team.
it looked at the app, clocked that it's basically four mini apps (rides, delivery, services, account), and split itself into 4 agents, one per surface. scoping coverage like that is usually a person's whole afternoon. it did it in seconds, unprompted.
β’ all four ran at the same time, each on its own live device.
this is where revyl comes in. every agent gets its own live ios session in the cloud, so four running apps get tested in parallel instead of taking turns on one simulator. serial testing turns coverage into a time tax. running all of it at once removes the tax.
β£ it tests like a person, not like a script.
each agent drives the app the way a user would, taps through the flows, and visually checks each screen against what it expected to see. nothing is pinned to a brittle element id, so renaming a button doesn't take down half your suite. that one detail is the most annoying thing about how we test today, and it just quietly goes away.
β€ no xcuitest, no sims melting your laptop.
i didn't write a single xcuitest script, and there were no simulators booting on my machine. the agents run on cloud devices, so coverage stops being capped by what your laptop can handle.
the part that got me isn't that an agent tested an app. it's that i never told it how. i handed it a device and an intent, and it figured out the scoping, the parallelizing, and the driving on its own.
if you still write and maintain mobile ui tests by hand, i'm not sure that lasts the year.