KI-Modelle und Plattformen
Expo ermöglicht KI-Coding-Agenten mit kostenpflichtigen Tarifen den Zugriff auf Cloud-Simulatoren
Unite.AI zu deinen bevorzugten Quellen auf Google hinzufügen
Expo gab am 12. November 2026 bekannt, dass Expo Simulators allen Nutzern seiner kostenpflichtigen Tarife zur Verfügung steht. Damit erhalten KI-Coding-Agenten Cloud-iOS-Simulatoren und Android-Emulatoren, auf denen sie App-Änderungen ausführen und überprüfen können. Die Nutzung kostet auf beiden Plattformen 0,10 $ pro Simulatorminute.
Mit dem Start für kostenpflichtige Tarife wird die Vorschauversion des EAS Simulator mit eingeschränktem Zugang ausgeweitet, die Expo am 14. September 2026 eingeführt hatte. Ein Expo-Blogbeitrag vom 10. November 2026 verwies Entwickler noch auf die Warteliste. Die breitere Verfügbarkeit für kostenpflichtige Tarife ist somit der nächste Schritt und nicht die erste öffentliche Vorführung von Cloud-Geräten.
Agenten erhalten eine Laufzeitumgebung und überprüfbare Nachweise
Expo geht davon aus, dass sich der Engpass durch die Codegenerierung auf die Überprüfung verlagert hat: Agenten erstellen Änderungen schneller, als Entwicklerteams sie testen und prüfen können. Bei mobilen Anwendungen kommt eine Hardwarebeschränkung hinzu: iOS-Simulatoren laufen nur auf Apple-Hardware, während Cloud-Agenten üblicherweise Linux verwenden. Kann ein Agent die App nicht ausführen, muss er den Code beurteilen, ohne das daraus resultierende Verhalten zu sehen.
Auch die lokale Alternative beansprucht die Kapazität des Entwicklerrechners. In Expos Beispiel benötigen sieben parallel arbeitende Agenten möglicherweise sieben Simulatoren oder Emulatoren; Android-Emulatoren können jeweils mindestens 4 GB RAM belegen. Bei Remote-Sitzungen wird diese Rechenlast auf die Expo-Infrastruktur verlagert. So können Teams einen iOS-Simulator unter Linux, unter Windows über das Windows Subsystem for Linux oder in einer Cloud-Sandbox ohne lokalen Mac ausführen.
Der vorgesehene Ablauf beginnt mit einem Fehlerbericht in einem Tool wie Linear. Ein Agent reproduziert das Problem, schreibt eine Korrektur und testet sie parallel auf Cloud-Geräten – unabhängig vom Rechner des Entwicklers. Er kann dem Pull Request eine Bildschirmaufnahme, Screenshots und Protokolle hinzufügen. Teammitglieder können den laufenden Build über einen Link öffnen, ohne dass dafür ein TestFlight-Build erforderlich ist. Der Dienst funktioniert mit Cursor, Claude Code und Codex und bringt kein eigenes KI-Modell mit: Expo stellt die Gerätelaufzeitumgebung und die Nachweise bereit, nicht ein weiteres Codemodell.
Expo-Mitgründer und CTO James Ide beschrieb das vorgesehene Prüfmodell: „Der Agent war der schnelle Teil. Expo Simulators stellt jedem Agenten einen Simulator bereit. So kommt eine Korrektur bereits auf mehreren Simulatoren getestet zur Prüfung, und es bleibt nur noch die Entscheidung, ob es der richtige Code ist. Sehen Sie sich die Ausführung an und führen Sie die Änderung dann zusammen.“
Remote-Sitzungen unterstützen mehr als nur Expo-Apps
Laut der Dokumentation zu Expo Simulators lässt sich eine Sitzung über EAS CLI, die REST API oder einen authentifizierten Erstellungslink starten. In der Sitzung kann ein Expo Build, ein Build mit nativem Code, der dem Fingerabdruck des Projekts entspricht, ein Anwendungsarchiv oder Expo Go installiert werden. Ist keine App-Quelle vorhanden, wird ein leeres Gerät gestartet. Agenten und Testläufe können Apps über agent-device, Argent oder Appium steuern; in einer Browservorschau lässt sich die Ausführung beobachten. Die offizielle Expo-Simulators-Skill bündelt für Agenten Zugriffsprüfungen, Build-Vorbereitung, Sitzungsbeschränkungen, Gerätesteuerung, das Erfassen von Nachweisen und die Bereinigung.
Auf der Produktseite werden React Native, Swift, Kotlin, Flutter, Unity und weitere Frameworks als unterstützt aufgeführt. Apps müssen nicht mit Expo oder React Native erstellt worden sein, aber der Build muss auf einem iOS-Simulator oder Android-Emulator laufen, und das Projekt muss mit Expo Services verknüpft sein. Jede Sitzung läuft in einer isolierten Umgebung mit sitzungsgebundenen Zugangsdaten und zugriffsgeschützten Vorschauen. Wird die Sitzung beendet, werden der Simulator und die Steuerungsendpunkte deaktiviert.
Der kostenpflichtige Zugang ist mit Nutzungs- und Kapazitätsbeschränkungen verbunden
Laut der Preisseite von Expo umfassen die Tarife Starter, Production und Enterprise bis 2027 jeweils 60 Simulatorminuten pro Monat. Darüber hinaus wird die Nutzung verbrauchsabhängig berechnet. Kostenpflichtige Sitzungen können bis zu 115 Minuten laufen.
Parallele Ausführung bedeutet nicht, dass die Kontokapazität unbegrenzt ist. Laut dem Leitfaden zu Nutzung und Abrechnung werden Simulatorsitzungen auf die Parallelitätsgrenze für Aufträge des Kontos angerechnet und in eine Warteschlange gestellt, wenn keine Kapazität verfügbar ist. Auch das Beenden eines CI-Auftrags oder die Rückkehr aus einem nicht interaktiven Befehl stoppt das Remote-Gerät nicht. Teams müssen es ausdrücklich beenden oder eine Laufzeit- beziehungsweise Leerlaufbegrenzung festlegen. Andernfalls verbraucht eine unbeaufsichtigte Sitzung weiterhin Kontingent. Bei automatisierten Abläufen sind Bereinigung und Sitzungsbegrenzungen daher Teil der Kostenkontrolle.
Der Leitfaden zu Einschränkungen nennt drei wichtige Vorbehalte: Die Simulator-CLI-Befehle sind weiterhin experimentell, der Dienst stellt keine physischen Geräte bereit, und in Aufzeichnungen können einzelne Frames fehlen. Deshalb können sie weder einen kurzzeitigen Frame-Aussetzer nachweisen noch ausschließen. Eine Cloud-Laufzeitumgebung kann das Verhalten einer App überprüfen, macht Tests und Profiling auf physischen Geräten aber nicht überflüssig, wenn diese erforderlich sind.
Als nächsten Schritt hat Expo Agent Sessions angekündigt: eine geplante Unternehmensebene, über die Agenten beispielsweise durch Kundenfeedback ausgelöst und vor Prompt-Injection geschützt werden sollen. Bei einem solchen Angriff könnten bösartige Eingaben einen Agenten dazu bringen, Daten offenzulegen. Expo rechnet damit, bis Ende November 2026 Einzelheiten bekannt zu geben. Dabei handelt es sich um einen geplanten Entwicklungsschritt und nicht um eine Funktion des aktuellen Starts.
Simulatoren ergänzen Expos bestehende Dienste für Builds, CI/CD, die Einreichung in App-Stores, Over-the-Air-Updates und Monitoring. Das Ergebnis ist eine Arbeitsteilung statt eines autonomen Release-Prozesses: Agenten liefern getestete Änderungen und Laufzeitnachweise, Kontolimits bestimmen, wie viel gleichzeitig ausgeführt wird, und Menschen behalten die Entscheidung über den Merge.
