Skip to content

About

An internal tool, finally finished.

AppsMobs started as a tool for running a few dozen Android devices without a wall of cables and a folder of half-broken scripts. Turns out plenty of people had the same wall.

The parts were always there. The work was making them survive a reboot at 4am.
AppsMobs

The usual road

Six weekends, zero automation.

Every Android automation project starts the same way. Click each step to see where it breaks.

01 / 05

ADB works

One phone, one cable, one Python script. It runs. You feel unstoppable.

Why local

Your PC is already sitting there.

It runs locally because that is the honest architecture for this problem. A cloud runner would mean your screens, your sessions and your accounts passing through someone else's machine, metered by the minute.

Who builds AppsMobs, why everything runs on your own PC, and what we will (and won't) do with your automation.

What we hold to

Four rules we do not bend.

  1. 01

    Say the limits out loud

    Every page lists what the feature cannot do. A tool that oversells costs you more than the licence.

  2. 02

    Your data stays yours

    Scripts, screenshots and models never leave your disk. We cannot hand over what we never received.

  3. 03

    No per-run meter

    You pay for device slots. Running them twice as often costs nothing more.

  4. 04

    Ship, then say so

    Release notes for every build, including the ones that only fix what we broke.