Expo åbner adgang til cloud-simulatorer for AI-kodeagenter med betalingsabonnementer

Expo annoncerede den 12. november 2026, at Expo Simulators er tilgængelig for alle med et betalingsabonnement. Det giver AI-kodeagenter adgang til iOS-simulatorer og Android-emulatorer i skyen, hvor de kan køre og kontrollere ændringer i apps. Det koster 0,10 USD pr. simulatorminut på begge platforme.

Lanceringen for betalingsabonnenter udvider den forhåndsvisning af EAS Simulator med begrænset adgang, som Expo introducerede den 14. september 2026. I et blogindlæg fra Expo dateret den 10. november 2026 blev udviklere stadig henvist til ventelisten. Den bredere adgang for betalingsabonnenter er derfor det næste skridt, ikke den første offentlige demonstration af cloud-enheder.

Agenter får et kørselsmiljø og dokumentation, der kan gennemgås

Ifølge Expo er flaskehalsen flyttet fra kodegenerering til verifikation: Agenter producerer ændringer hurtigere, end udviklingsteams kan teste og gennemgå dem. Mobiludvikling stiller desuden særlige krav til hardware: iOS-simulatorer kan kun køre på Apple-hardware, mens cloud-agenter typisk kører på Linux. En agent, der ikke kan køre appen, må vurdere koden uden at kunne se, hvordan den opfører sig.

Det lokale alternativ lægger også beslag på udviklerens maskine. I Expos eksempel kan syv agenter, der arbejder parallelt, kræve syv simulatorer eller emulatorer, og hver Android-emulator kan bruge 4 GB RAM eller mere. Fjernsessioner flytter beregningerne til Expos infrastruktur og gør det muligt for teams at køre en iOS-simulator fra Linux, Windows via Windows Subsystem for Linux eller et cloud-sandkassemiljø uden en lokal Mac.

Det tilsigtede forløb begynder med en fejlrapport i et værktøj som Linear. En agent genskaber fejlen, skriver en rettelse og tester den parallelt på cloud-enheder, væk fra udviklerens maskine. Agenten kan vedhæfte en skærmoptagelse, skærmbilleder og logfiler til pull requesten, mens teamkolleger kan åbne den kørende version via et link uden at skulle bruge en TestFlight-version. Tjenesten fungerer med Cursor, Claude Code og Codex, og den tilføjer ikke sin egen AI-model: Expo leverer enhedens kørselsmiljø og dokumentation frem for endnu en kodningsmodel.

Expos medstifter og teknologidirektør James Ide beskrev den tilsigtede model for gennemgang: »Agenten var den hurtige del. Expo Simulators giver hver agent sin egen simulator, så en rettelse kommer til gennemgang, allerede testet på flere simulatorer, og den eneste beslutning, der er tilbage, er, om det er den rigtige kode. Se den køre, og flet den derefter ind.«

Fjernsessioner understøtter mere end Expo-apps

Ifølge dokumentationen til Expo Simulators kan en session startes via EAS CLI, REST API eller et godkendt link til oprettelse. Sessionen kan installere en Expo Build, en version, hvis native kode svarer til projektets fingeraftryk, et programarkiv eller Expo Go. Hvis der ikke angives en appkilde, starter sessionen med en tom enhed. Agenter og testjob kan styre apps via agent-device, Argent eller Appium, mens en forhåndsvisning i browseren gør det muligt at følge kørslen. Den officielle Expo Simulators-funktionalitet til agenter samler adgangskontroller, klargøring af builds, sessionsbegrænsninger, enhedsstyring, indsamling af dokumentation og oprydning.

Produktsiden angiver understøttelse af React Native, Swift, Kotlin, Flutter, Unity og andre rammeværk. Apps behøver ikke være bygget med Expo eller React Native, men de skal kunne køre på en iOS-simulator eller Android-emulator, og projektet skal være knyttet til Expo Services. Hver session kører i et isoleret miljø med legitimationsoplysninger, der er begrænset til sessionen, og forhåndsvisninger med adgangskontrol. Når sessionen stoppes, deaktiveres simulatoren og styrepunkterne.

Betalingsadgang har forbrugs- og kapacitetsbegrænsninger

På Expos prisside fremgår det, at abonnementerne Starter, Production og Enterprise hver omfatter 60 simulatorminutter om måneden frem til 2027, hvorefter der opkræves betaling efter forbrug. Betalingssessioner kan vare op til 115 minutter.

Muligheden for parallel kørsel giver ikke ubegrænset kapacitet på kontoen. Ifølge vejledningen om forbrug og fakturering belaster simulat sessioner kontoens grænse for samtidige job og sættes i kø, når der ikke er ledig kapacitet. Når et CI-job afsluttes, eller en ikke-interaktiv kommando er færdig, stopper den eksterne enhed heller ikke af sig selv. Teams skal stoppe den manuelt eller bruge en varigheds- eller inaktivitetsgrænse; ellers fortsætter en session uden opsyn med at tælle med i forbruget. Oprydning og sessionsbegrænsninger er derfor en del af omkostningsstyringen i automatiserede arbejdsgange.

Vejledningen om begrænsninger fremhæver tre væsentlige forbehold: Simulatorens CLI-kommandoer er stadig eksperimentelle, tjenesten stiller ikke fysiske enheder til rådighed, og optagelser kan mangle billeder og kan derfor hverken bevise eller afkræfte et kortvarigt fald i billedhastigheden. Et cloud-kørselsmiljø kan kontrollere appens funktion, men det fjerner ikke behovet for test eller profilering på fysiske enheder, når der er brug for disse værktøjer.

Det næste skridt, Expo har oplyst om, er Agent Sessions, et planlagt lag til virksomheder, der skal gøre det muligt at starte agenter ud fra blandt andet kundefeedback og beskytte mod prompt injection, hvor skadeligt input kan få en agent til at afsløre data. Expo forventer at dele flere oplysninger inden udgangen af november 2026. Dette er et punkt på køreplanen, ikke en funktion, der indgår i den aktuelle lancering.

Simulators føjer et verifikationstrin til Expos eksisterende tjenester til builds, CI/CD, indsendelse til appbutikker, over-the-air-opdateringer og overvågning. Resultatet er en arbejdsdeling snarere end en autonom udgivelsesproces: Agenter leverer testede ændringer og dokumentation fra kørsel i runtime, kontogrænserne bestemmer, hvor meget der kan køres ad gangen, og mennesker træffer fortsat beslutningen om sammenfletning.