Expo stelt cloudsimulators beschikbaar voor AI-codeeragenten met een betaald abonnement

Expo kondigde op 12 november 2026 aan dat Expo Simulators beschikbaar is voor iedereen met een betaald abonnement. AI-codeeragenten kunnen er wijzigingen in apps uitvoeren en controleren met behulp van cloudsimulators voor iOS en emulators voor Android. Het gebruik kost op beide platforms $0,10 per simulatorminuut.

Met de introductie voor betaalde abonnementen wordt de preview van EAS Simulator met beperkte toegang uitgebreid, die Expo op 14 september 2026 introduceerde. In een blogbericht van Expo van 10 november 2026 werden ontwikkelaars nog naar de wachtlijst verwezen. De bredere beschikbaarheid voor betaalde abonnementen is dus de volgende stap, niet de eerste openbare demonstratie van cloudapparaten.

Agenten krijgen een uitvoeringsomgeving en controleerbaar bewijs

Volgens Expo is codegeneratie verschoven van de beperkende factor naar verificatie: agenten produceren wijzigingen sneller dan engineeringteams ze kunnen testen en beoordelen. Voor mobiele apps geldt bovendien een hardwarebeperking: iOS-simulators draaien alleen op Apple-hardware, terwijl cloudagenten doorgaans op Linux draaien. Een agent die de app niet kan uitvoeren, moet de code beoordelen zonder het resulterende gedrag te kunnen zien.

Ook de lokale oplossing neemt capaciteit van de computer van de ontwikkelaar in beslag. In het voorbeeld van Expo kunnen zeven agenten die parallel werken zeven simulators of emulators nodig hebben, en Android-emulators kunnen elk 4 GB RAM of meer gebruiken. Sessie op afstand verplaatst die rekenkracht naar de infrastructuur van Expo en stelt teams in staat een iOS-simulator te draaien vanaf Linux, Windows via het Windows-subsysteem voor Linux of een cloudomgeving, zonder lokale Mac.

De beoogde werkwijze begint met een bugmelding in een tool zoals Linear. Een agent reproduceert het probleem, schrijft een oplossing en test die parallel op cloudapparaten, buiten de computer van de ontwikkelaar om. De agent kan een schermopname, schermafbeeldingen en logboeken aan het pull request toevoegen. Teamleden kunnen de draaiende build vervolgens via een link openen, zonder dat daarvoor een TestFlight-build nodig is. De dienst werkt met Cursor, Claude Code en Codex en voegt zelf geen AI-model toe: Expo levert de uitvoeringsomgeving voor apparaten en het bijbehorende bewijs, niet nog een codeermodel.

Medeoprichter en CTO van Expo James Ide beschreef het beoogde beoordelingsproces als volgt: “De agent was het snelle onderdeel. Expo Simulators geeft elke agent een simulator, zodat een oplossing ter beoordeling wordt aangeleverd nadat die al op meerdere simulators is getest. De enige beslissing die dan nog rest, is of het de juiste code is. Bekijk hoe de app draait en voeg de wijziging daarna samen.”

Sessies op afstand ondersteunen meer dan alleen Expo-apps

Volgens de documentatie van Expo Simulators kan een sessie worden gestart via EAS CLI, de REST API of een geauthenticeerde aanmaaklink. In de sessie kan een Expo Build worden geïnstalleerd, een build waarvan de native code overeenkomt met de vingerafdruk van het project, een applicatiearchief of Expo Go; zonder bronbestand van een applicatie wordt een leeg apparaat gestart. Agenten en testtaken kunnen apps bedienen via agent-device, Argent of Appium, terwijl mensen de uitvoering kunnen volgen in een browserweergave. De officiële Expo Simulators-module voor agenten bundelt toegangscontroles, buildvoorbereiding, sessielimieten, apparaatbediening, bewijsverzameling en opruimwerkzaamheden.

De productpagina vermeldt ondersteuning voor React Native, Swift, Kotlin, Flutter, Unity en andere frameworks. Apps hoeven niet met Expo of React Native te zijn gebouwd, maar de build moet op een iOS-simulator of Android-emulator kunnen draaien en het project moet aan Expo Services zijn gekoppeld. Elke sessie draait in een geïsoleerde omgeving met inloggegevens die alleen voor die sessie gelden en previews met toegangscontrole. Zodra de sessie wordt beëindigd, worden de simulator- en controller-eindpunten uitgeschakeld.

Betaalde toegang is gebonden aan gebruiks- en capaciteitslimieten

Op de prijzenpagina van Expo staat dat de abonnementen Starter, Production en Enterprise elk tot 2027 60 simulatorminuten per maand omvatten. Voor gebruik boven die limiet geldt een prijs op basis van het verbruik. Betaalde sessies kunnen maximaal 115 minuten duren.

Parallelle uitvoering betekent niet dat de accountcapaciteit onbeperkt is. Volgens de handleiding voor gebruik en facturering maken simulatorsessies gebruik van de gelijktijdige taakcapaciteit van de account en komen ze in de wachtrij als er geen capaciteit beschikbaar is. Het beëindigen van een CI-taak of het terugkeren uit een niet-interactieve opdracht stopt het apparaat op afstand evenmin. Teams moeten het expliciet stoppen of een tijds- of inactiviteitslimiet instellen; anders blijft een onbeheerde sessie gebruik verbruiken. Opruimen en sessielimieten instellen zijn daarom onderdeel van het kostenbeheer voor geautomatiseerde workflows.

De handleiding met beperkingen noemt drie belangrijke kanttekeningen: de CLI-opdrachten voor de simulator zijn nog experimenteel, de dienst biedt geen fysieke apparaten en opnamen kunnen frames missen, waardoor ze niet kunnen aantonen of weerleggen dat er kortstondig frames zijn weggevallen. Een cloudomgeving kan het gedrag van apps controleren, maar maakt testen of profileren op fysieke apparaten niet overbodig wanneer die nodig zijn.

De volgende stap die Expo heeft aangekondigd, is Agent Sessions: een geplande enterprise-laag waarmee agenten kunnen worden geactiveerd op basis van bronnen zoals klantfeedback en die bescherming biedt tegen promptinjectie, waarbij kwaadwillige invoer een agent ertoe kan aanzetten gegevens openbaar te maken. Expo verwacht hierover uiterlijk eind november 2026 meer details te delen. Dit staat op de roadmap en is geen functie die bij de huidige introductie is inbegrepen.

Simulators voegt een verificatiefase toe aan de bestaande diensten van Expo voor builds, CI/CD, indiening bij appstores, updates op afstand en monitoring. Het resultaat is een taakverdeling, geen autonoom releaseproces: agents leveren geteste wijzigingen en runtimegegevens aan, accountlimieten bepalen hoeveel er tegelijkertijd kan draaien en mensen behouden de beslissing over het samenvoegen.