Expo udostępnia płatnym użytkownikom symulatory w chmurze dla agentów kodujących z użyciem AI

Expo ogłosiło 12 listopada 2026 r., że Expo Simulators jest dostępne dla wszystkich użytkowników płatnych planów. Usługa zapewnia agentom kodującym z użyciem AI dostęp do symulatorów iOS i emulatorów Androida w chmurze, na których mogą uruchamiać i weryfikować zmiany w aplikacjach. Korzystanie z usługi kosztuje 0,10 USD za minutę pracy symulatora na obu platformach.

Uruchomienie usługi w płatnych planach rozszerza dostęp do testowej wersji EAS Simulator o ograniczonym dostępie, którą Expo wprowadziło 14 września 2026 r. W wpisie na blogu Expo z 10 listopada 2026 r. deweloperzy nadal byli kierowani na listę oczekujących, więc szersza dostępność w płatnych planach to kolejny etap, a nie pierwsza publiczna prezentacja urządzeń w chmurze.

Agenci zyskują środowisko uruchomieniowe i dowody do weryfikacji

Expo zakłada, że wraz z rozwojem generowania kodu wąskim gardłem stała się jego weryfikacja: agenci wprowadzają zmiany szybciej, niż zespoły inżynierskie mogą je testować i przeglądać. W przypadku aplikacji mobilnych dodatkowym ograniczeniem jest sprzęt: symulatory iOS działają wyłącznie na sprzęcie Apple, podczas gdy agenci w chmurze zwykle pracują w systemie Linux. Agent, który nie może uruchomić aplikacji, musi oceniać kod, nie widząc jego działania.

Uruchamianie lokalne również obciąża zasoby komputera dewelopera. W przykładzie Expo siedmiu agentów pracujących równolegle może wymagać siedmiu symulatorów lub emulatorów, a każdy emulator Androida może zużywać co najmniej 4 GB pamięci RAM. Sesje zdalne przenoszą obliczenia do infrastruktury Expo i pozwalają zespołom uruchamiać symulator iOS z systemu Linux, Windows za pośrednictwem podsystemu Windows dla systemu Linux albo środowiska testowego w chmurze, bez lokalnego komputera Mac.

Planowany przebieg pracy zaczyna się od zgłoszenia błędu w narzędziu takim jak Linear. Agent odtwarza problem, przygotowuje poprawkę i równolegle testuje ją na urządzeniach w chmurze, nie obciążając komputera dewelopera. Może dodać do pull requestu nagranie ekranu, zrzuty ekranu i logi, a członkowie zespołu mogą otworzyć działającą kompilację z poziomu linku, bez konieczności przygotowywania kompilacji TestFlight. Usługa współpracuje z Cursor, Claude Code i Codex i nie dodaje własnego modelu AI: Expo zapewnia środowisko uruchomieniowe urządzeń i dowody ich działania, a nie kolejny model do kodowania.

Współzałożyciel Expo i dyrektor ds. technicznych (CTO) James Ide opisał zakładany model przeglądu zmian: „Agent był szybką częścią procesu. Expo Simulators zapewnia każdemu agentowi symulator, dzięki czemu poprawka trafia do przeglądu już przetestowana na kilku symulatorach, a jedyną decyzją, jaka pozostaje, jest to, czy kod jest właściwy. Zobacz, jak działa, a potem scal”.

Sesje zdalne obsługują nie tylko aplikacje Expo

Sesję można uruchomić za pomocą EAS CLI, interfejsu REST API lub uwierzytelnionego linku do jej utworzenia, jak podano w dokumentacji Expo Simulators. W ramach sesji można zainstalować Expo Build, kompilację, której kod natywny odpowiada odciskowi projektu, archiwum aplikacji lub Expo Go; jeśli nie podano źródła aplikacji, sesja rozpoczyna się na pustym urządzeniu. Agenci i zadania testowe mogą sterować aplikacjami za pomocą agent-device, Argent lub Appium, a podgląd w przeglądarce pozwala obserwować przebieg testu. Oficjalny pakiet umiejętności Expo Simulators zapewnia agentom kontrolę dostępu, przygotowanie kompilacji, limity sesji, sterowanie urządzeniami, gromadzenie dowodów i sprzątanie po zakończeniu pracy.

Strona produktu wymienia obsługę React Native, Swift, Kotlin, Flutter, Unity i innych platform. Aplikacje nie muszą być tworzone za pomocą Expo ani React Native, ale ich kompilacja musi działać w symulatorze iOS lub emulatorze Androida, a projekt musi być połączony z Expo Services. Każda sesja działa w odizolowanym środowisku, z poświadczeniami ograniczonymi do sesji i podglądami chronionymi kontrolą dostępu. Po zatrzymaniu sesji wyłączane są symulator i punkty końcowe kontrolera.

Dostęp płatny wiąże się z limitami użycia i przepustowości

Zgodnie ze stroną z cennikiem Expo plany Starter, Production i Enterprise obejmują po 60 minut pracy symulatora miesięcznie do 2027 r.; po przekroczeniu tego limitu obowiązują opłaty zależne od wykorzystania. Płatne sesje mogą trwać maksymalnie 115 minut.

Równoległe uruchamianie zadań nie zapewnia nieograniczonej przepustowości konta. Zgodnie z przewodnikiem po użyciu i rozliczeniach sesje symulatorów korzystają z limitu równoległych zadań na koncie i trafiają do kolejki, gdy nie ma wolnych zasobów. Zakończenie zadania CI ani powrót z polecenia nieinteraktywnego nie zatrzymują też urządzenia zdalnego. Zespoły muszą zatrzymać je ręcznie albo ustawić limit czasu trwania lub bezczynności; w przeciwnym razie pozostawiona bez nadzoru sesja nadal zużywa dostępny limit. Oznacza to, że sprzątanie po sesjach i ustalanie ich limitów są elementami kontroli kosztów zautomatyzowanych przepływów pracy.

Przewodnik po ograniczeniach wskazuje trzy istotne zastrzeżenia: polecenia CLI symulatora wciąż mają status eksperymentalny, usługa nie udostępnia urządzeń fizycznych, a nagrania mogą pomijać klatki, przez co nie pozwalają potwierdzić ani wykluczyć krótkotrwałego spadku liczby klatek. Środowisko uruchomieniowe w chmurze umożliwia weryfikację działania aplikacji, ale nie eliminuje potrzeby testowania ani profilowania na urządzeniach fizycznych, gdy są one wymagane.

Kolejnym zapowiedzianym przez Expo etapem jest Agent Sessions — planowana warstwa dla klientów korporacyjnych, która ma umożliwiać uruchamianie agentów na podstawie źródeł takich jak opinie klientów oraz chronić przed atakami typu prompt injection, w których złośliwe dane wejściowe mogą nakłonić agenta do ujawnienia danych. Expo spodziewa się udostępnić szczegóły do końca listopada 2026 r.; jest to element planów na przyszłość, a nie funkcja dostępna w ramach obecnego uruchomienia usługi.

Symulatory dodają etap weryfikacji do istniejących usług Expo obejmujących budowanie, CI/CD, zgłaszanie aplikacji do sklepów, aktualizacje OTA i monitorowanie. Rezultatem jest podział obowiązków, a nie autonomiczny proces wydawania: agenci dostarczają przetestowane zmiany i dane z działania aplikacji, limity konta określają, ile zadań może być uruchamianych jednocześnie, a decyzja o scaleniu zmian pozostaje w rękach ludzi.