Am 9. November 2026 hat Expo-Mitgründer Charlie Cheever^[1] Exact auf X vorgestellt, als „Pre-Alpha-Vorschau“, bei der manches noch unvollständig oder fehlerhaft sei^[2]. Expo steht hinter dem gleichnamigen Framework für React Native; die React-Native-Dokumentation empfiehlt für neue Apps ein solches Framework und nennt Expo als Beispiel^[3]. Seit dem späten Abend des 9. November diskutiert Hacker News über Exact, am 10. November mit mehr als 120 Punkten^[4]. Was Exact ist, wie es sich von React Native und Flutter unterscheidet und wann sich Beobachten lohnt, zeigt dieser Beitrag.

Exact ist eine plattformübergreifende Laufzeitumgebung, also die Software-Schicht, auf der eine App läuft. Die Oberfläche beschreibt man in Contract, einer eigenen deklarativen Sprache: Man legt fest, was auf dem Bildschirm stehen soll, nicht Schritt für Schritt, wie es dorthin kommt. Die Logik dahinter entsteht in TypeScript, einer typgeprüften Variante von JavaScript, oder in Rust^[5]. Contract selbst holt keine Daten, liest keine Dateien und führt keinen beliebigen Code aus; das übernehmen eigene Datenquellen^[5].

Das Versprechen im README, der Projektbeschreibung auf GitHub: einmal schreiben, nativ laufen im Web, auf macOS, iOS und Linux. In der Oberfläche gibt es kein WebView, also kein eingebettetes Browserfenster, und keine JavaScript-Bridge, die Übersetzungsschicht zwischen Skriptcode und Bedienelementen^[5]. Auf Apple-Geräten nutzt Exact die Systembausteine AppKit und UIKit, im Browser dessen eigene Seitenstruktur (DOM) und CSS^[5]. Exact selbst ist in Rust geschrieben und steht unter der offenen MIT-Lizenz^[2][5].

Laut README kann ein KI-Agent, also ein KI-System, das selbstständig Aktionen ausführt, damit eine App erstellen, starten, ansehen, bedienen und ihre Funktion nachweisen, ohne dass ein Mensch eingreift^[5]. Dafür gibt es zehn Operationen, die auf jeder Plattform gleich funktionieren^[5]. Umgekehrt sollen Exact-Apps laut Cheever auch von Agenten benutzt werden können und dafür Schnittstellen und Angaben zur Barrierefreiheit mitbringen^[2].

Dass ein Agent seine App selbst testet, ersetzt nicht die Prüfung vor der Veröffentlichung; worauf es dabei ankommt, steht in unserem Beitrag zu Vibecoding vor dem Store-Release.

React Native beschreibt die Oberfläche mit JavaScript und React-Komponenten; zur Laufzeit erzeugt es daraus echte Android- und iOS-Bedienelemente^[6]. Flutter setzt auf die Sprache Dart und zeichnet jedes Bedienelement selbst, statt die des Systems zu nutzen^[7]. Exact geht einen dritten Weg: eigene Oberflächensprache, keine Bridge, Agenten-Steuerung eingebaut^[5].

Bei der Geschwindigkeit wirbt das Projekt mit eigenen Messungen. Im Vergleichsprojekt RealWorld („Conduit“) war die Exact-Version laut README rund 300 Millisekunden früher bereit als eine serverseitig vorgerenderte React-Seite, die im Browser erst „hydriert“, also interaktiv gemacht werden muss; Exact brauchte dafür 26 KB Code, React 81 KB^[5]. Das sind Herstellerangaben aus einem Web-Szenario, nicht unabhängig geprüft, und sie sagen nichts über native Apps im Vergleich zu React Native oder Flutter.

Das README ist deutlich: Exact ist pre-1.0, also vor der ersten stabilen Version, und ändert sich täglich. Es gibt keine API-Stabilität, keine Abwärtskompatibilität und keine Migrationsanleitung, und das mit Absicht^[5][8]. API-Stabilität heißt: Schnittstellen bleiben gleich, sodass bestehender Code nach einem Update weiter funktioniert.

Auch die Plattformen sind nicht gleich weit. Android ist seit dem 7. Oktober 2026 aufgenommen und „früh“: Apps laufen im Emulator und auf dem Telefon, Auslieferung und Store-Paketierung gibt es noch nicht. Für Windows zeigt eine Demo-App native Bedienelemente, die volle Abdeckung der Bedienelemente und die Auslieferung sind noch unfertig^[5]. Cheever selbst nennt iOS die reifste Plattform; Web und macOS seien „ziemlich gut“, Android, Windows und Linux liefen, seien aber weniger ausgereift^[2].

Dazu kommen Lücken im Alltag: TypeScript-Code kann noch keine Pakete aus npm einbinden, dem großen Verzeichnis fertiger JavaScript-Bausteine. Ein installierbares Kommandozeilenwerkzeug fehlt ebenfalls, gearbeitet wird direkt im Quellcode des Projekts^[5]. Wie roh manches noch ist, zeigt ein Fehlerbericht vom 10. November: Builds für echte iPhones scheitern laut dem Bericht, sobald eine App bestimmte Zusatzpakete mit eigenen nativen Bausteinen kombiniert; im Simulator läuft dieselbe App. Beim Abruf am 10. November war der Bericht noch offen^[9].

Auf Hacker News kritisieren mehrere Kommentatoren, ein Framework ohne ausgereifte Windows-Unterstützung sei nicht wirklich plattformübergreifend, andere bemängeln die schwer lesbare Dokumentation. Gelobt wird, dass Agenten die App auf jeder Plattform sehen und testen können^[4]. Ein Entwickler rät in einer Einordnung auf DEV davon ab, Produktiv-Apps damit auszuliefern oder React-Native-Apps zu migrieren: Exact sei „kein Migrationspfad“^[10].

Für bestehende Apps gibt es keinen Handlungsdruck: Laut Cheever bleibt das Expo-Framework bestehen, und Expo unterstützt es weiter. Exact soll zudem mit Expos Cloud-Diensten zum Bauen, Aktualisieren und Hosten von Apps zusammenarbeiten^[2].