It tackles one of the annoying parts of mobile QA, turning test cases into something that runs reliably on devices.
With CoWork, I can upload the existing test cases then it plans the steps and executes them on a real device and the part that really caught my attention is how it handles changes during execution. If the app has a different label, an unexpected popup, or the flow changes, it doesn't just blindly continue. It can replan and bring a human into the loop when a decision actually matters. That feels much more practical than treating AI as something that should always make the final call.
I also like that it's focused heavily on mobile testing, including Android, iOS and Flutter, rather than trying to be an AI tool for every type of testing at once.
QApilot
Hey Product Hunt!
I am Charan. Thrilled to bring QApilot MCP to you.
Why an MCP? It all begins with how coding agents made mobile code cheap to write. But they did nothing for verifying it. So the bottleneck moved: teams now generate more change per week than anyone can check, and the checking happens after the merge, by someone else, days later.
We already build QApilot, a mobile testing platform QA teams use to verify builds. But a mobile lead put it well: "by the time your report reaches me, I've merged three more PRs." The testing was fine. It was just happening too late, in a tool he never opened. MCP is how we moved it into his editor.
What it does
You tell your coding agent what needs to hold - "verify checkout still works after this refactor." QApilot builds the test, runs it on your local device or emulator, and hands back a verdict with the screenshot that matters. Tests are saved to your repo as YAML or Appium code. Reports come back as markdown, so you can keep asking questions of the run without leaving the window.
Works inside your IDE, be it - Claude Code, Cursor, Codex, Copilot, or Windsurf.
The part we care most about
It runs on your machine. Your app doesn't get uploaded anywhere. Most tools in this space force every run through their cloud behind a tunnel, and for a lot of teams that's an immediate no. We didn't want to build that.
What it does today
Test creation from plain language, execution on your local device or emulator, tests saved to your repo, markdown reports your agent can query, and a live device view so you can watch the run happen. That's the whole loop, working end to end.
We'd be happy to evolve this based on your feedback. If you build mobile apps with a coding agent, we'd love to know what you check by hand before every merge, that's what shapes where this goes next.
Happy to answer anything in the comments.