Claude Code Expo: React Native Apps schneller entwickeln mit KI
React Native Entwicklung mit Expo ist in den letzten Jahren deutlich angenehmer geworden — Managed Workflow, Expo Go für Instant-Preview, EAS Build für Production. Und trotzdem kostet jedes neue Projekt dieselbe Anlaufzeit: Expo Router einrichten, EAS konfigurieren, native Module verdrahten, Push-Notifications testen. Immer wieder dieselben Schritte, immer wieder dieselben Doku-Seiten aufrufen.
Claude Code ändert diesen Ablauf grundlegend. Nicht indem es Expo ersetzt — sondern indem es den Reibungsverlust zwischen Idee und laufendem Code erheblich reduziert. Dieser Artikel zeigt, wo Claude Code im Expo-Workflow konkret Zeit spart und wie die Zusammenarbeit in der Praxis aussieht.
Claude Code Mastery — auch für React Native und Expo
Der Kurs zeigt, wie du Claude Code wirklich produktiv einsetzt — für Mobile-Entwicklung, autonome Agents und professionelle Workflows. Vollständig auf Deutsch, einmalig bezahlt.
Zum Kurs — Jetzt starten → Einmalzahlung · Kein Abo · 14 Tage Rückgaberecht1. Expo im Überblick: Was das Framework leistet
Expo ist kein einfaches Wrapper-Tool mehr — es ist ein vollständiges Entwicklungsökosystem für React Native. Der Managed Workflow abstrahiert die nativen iOS- und Android-Schichten und lässt dich vollständig in JavaScript und TypeScript bleiben, solange du keine komplett eigenen nativen Module brauchst.
Expo Go ist das Werkzeug für die schnelle Entwicklungsschleife: App auf dem Handy installieren, QR-Code scannen, Code ändern, sofortiges Update auf dem Gerät. Keine Build-Pipeline, kein Kabel, kein Warten. Für die ersten Phasen eines Projekts ist das unschlagbar.
Für Production kommt EAS (Expo Application Services) ins Spiel. EAS Build übernimmt den Build-Prozess in der Cloud — iOS und Android parallel, ohne dass du lokal Xcode oder Android Studio benötigst. EAS Submit reicht die fertigen Builds direkt an App Store und Google Play ein. EAS Update liefert über-the-air-Updates für JavaScript-Bundles aus, ohne neuen Store-Release.
Wann Managed Workflow, wann Bare Workflow? Managed Workflow reicht für die meisten Apps aus — alle gängigen nativen Funktionen sind über das Expo SDK verfügbar. Bare Workflow ist dann sinnvoll, wenn du eigene native Module einbinden musst, die es noch nicht als Expo-Modul gibt. Claude Code kann dir bei der Entscheidung helfen: Projektanforderungen beschreiben, und es analysiert, ob Managed reicht.
2. Expo Router: Dateibasierte Navigation wie Next.js
Expo Router bringt das App-Router-Konzept von Next.js nach React Native: Dateien im app/-Verzeichnis werden direkt zu Routen. Eine Datei app/profile.tsx ist die Route /profile. Verschachtelte Ordner ergeben verschachtelte Routen. Layout-Dateien definieren gemeinsame UI-Schichten.
Das Konzept ist elegant — aber die initiale Einrichtung hat einige Fallstricke: _layout.tsx-Struktur, Stack- und Tab-Navigation kombinieren, Deep Links konfigurieren, gemeinsame Auth-Guards definieren. Genau hier spart Claude Code die meiste Zeit.
claude "Richte Expo Router in meinem Projekt ein mit:
- Tab-Navigation unten (Home, Search, Profile)
- Stack-Navigation innerhalb von Home
- Auth-Guard der uneingeloggte Nutzer zu /login umleitet
- Deep Link Support für myapp://product/:id"
Claude Code liest das bestehende Projekt, prüft ob Expo Router bereits installiert ist, erkennt die aktuelle Verzeichnisstruktur und erstellt alle nötigen Dateien: app/_layout.tsx, app/(tabs)/_layout.tsx, die einzelnen Tab-Screens, den Auth-Context und die Redirect-Logik. Nicht als Vorlage zum Ausfüllen — als direkt lauffähiger Code, der zum vorhandenen Projekt passt.
Dynamische Routen und Typsicherheit
Expo Router unterstützt dynamische Routen über [id].tsx-Dateien. Claude Code kann dabei helfen, typsichere Routing-Helpers zu erstellen, die sicherstellen, dass Parameter korrekt übergeben werden — ein häufiger Fehlerbereich bei wachsenden Apps.
3. Expo SDK Module: Kamera, GPS, Notifications, Datenbank
Das Expo SDK deckt die häufigsten nativen Anforderungen ab — und Claude Code kennt die aktuelle API für alle wichtigen Module:
- expo-camera: Kamera-Zugriff, Barcode-Scanning, Foto und Video aufnehmen
- expo-location: GPS-Koordinaten, Geofencing, Hintergrund-Location-Updates
- expo-notifications: Push-Notifications einrichten, lokale Notifications planen, Badge-Management
- expo-sqlite: Lokale SQLite-Datenbank direkt auf dem Gerät, vollständig offline-fähig
Das Problem in der Praxis: Jedes Modul hat seine eigene Permissions-Logik, seine eigene asynchrone API, seine eigenen Fallstricke bei iOS vs. Android. Man liest sich ein, baut etwas, merkt dass Hintergrund-Location auf iOS zusätzliche Konfiguration braucht, liest weiter, ändert alles wieder.
claude "Integriere expo-notifications mit:
- Push Token registrieren und an /api/register-device senden
- Lokale Notification für Erinnerungen planen
- Notification-Handler der auch im Vordergrund funktioniert
- Permissions richtig abfragen auf iOS und Android"
Claude Code schreibt den vollständigen Notification-Service, inklusive der unterschiedlichen Permission-Dialoge für iOS und Android, der Token-Registrierung und des Handlers. Alle API-Aufrufe gegen die eigene Backend-URL kommen aus process.env.EXPO_PUBLIC_API_URL — keine hartcodierten Endpunkte.
4. EAS Build und Submit konfigurieren
EAS Build ist mächtig, aber die Konfiguration in eas.json hat viele Optionen: Build-Profile für Development, Preview und Production, Signing-Konfiguration für iOS und Android, Umgebungsvariablen pro Profil, interne Distribution für Tester.
claude "Erstelle eine eas.json Konfiguration mit:
- development Profil für internes Testen (iOS Simulator + Android Emulator)
- preview Profil für Beta-Tester (interne Distribution)
- production Profil für Store-Release
- Umgebungsvariablen aus .env für jeden Build-Typ"
Claude Code erstellt die komplette eas.json mit den richtigen Build-Profilen, erklärt dabei, welche Signing-Credentials für welches Profil nötig sind, und zeigt die zugehörigen eas build-Befehle für jeden Fall.
Wichtig bei EAS Build: API-Keys und Build-Credentials gehören in Umgebungsvariablen, nie direkt in eas.json oder ins Code-Repository. Nutze eas secret:create für geheime Werte und referenziere sie in der Konfiguration per process.env.MY_SECRET. Claude Code weist explizit darauf hin, wenn du versuchst, Credentials einzubetten.
5. OTA-Updates mit expo-updates
Über-the-air-Updates sind eines der größten Vorteile des Expo-Ökosystems: JavaScript-Bundle-Änderungen können sofort ausgeliefert werden, ohne neuen App-Store-Release. Das funktioniert über expo-updates in Kombination mit EAS Update.
Die Integration erfordert eine Update-Policy (automatic vs. manual), einen Branch-Strategie-Ansatz für Updates und die richtige Konfiguration in app.json. Claude Code kann den kompletten Setup erklären und die nötige Konfiguration erstellen — inklusive einer einfachen Update-Check-Komponente, die dem Nutzer beim App-Start anzeigt, ob ein neues Update verfügbar ist.
claude "Baue eine UpdateChecker-Komponente die:
- Beim App-Start nach Updates sucht
- Den Nutzer fragt ob er jetzt updaten möchte
- Das Update lädt und die App neu startet
- Fehler beim Update-Check sauber behandelt"
6. Native Module mit der Expo Modules API
Wenn das Expo SDK doch nicht ausreicht, gibt es die Expo Modules API für eigene native Module. Die API abstrahiert die Unterschiede zwischen iOS (Swift/Objective-C) und Android (Kotlin/Java) und bietet eine einheitliche JavaScript-Schnittstelle.
Das ist der komplexeste Teil des Expo-Ökosystems — und gleichzeitig der Bereich, wo Claude Code den größten Erklärungsmehrwert bietet. Native Module-Entwicklung erfordert gleichzeitiges Wissen über drei Programmiersprachen und zwei Plattformen. Claude Code sieht den gesamten Kontext: die vorhandene Expo-Konfiguration, den gewünschten JavaScript-Interface und die nativen Implementierungsanforderungen.
"Die größte Zeitersparnis beim Bau eigener nativer Module ist nicht das Tippen des Swift- oder Kotlin-Codes selbst — es ist das Herausfinden, wie die Expo Modules API korrekt verwendet wird, um Typsicherheit zwischen JS und Native herzustellen."
7. Claude Code im Expo-Entwicklungsalltag
Die größten Zeitgewinne entstehen nicht bei einzelnen komplexen Aufgaben, sondern bei der Summe der kleinen Reibungsverluste: Expo CLI-Befehl für einen spezifischen Build nachschlagen, die richtige Permissions-Syntax für iOS vs. Android herausfinden, verstehen warum ein Expo-Modul in Expo Go funktioniert aber nicht im Production Build.
- Expo Router Migration: Von React Navigation zu Expo Router migrieren — Claude Code analysiert die bestehenden Routen und schreibt die äquivalente Verzeichnisstruktur
- app.json Konfiguration: Plugin-Konfiguration für native Module, Splash Screen Setup, Icon-Anforderungen — alles an einem Ort erklärt und konfiguriert
- Expo SDK Updates: Bei Major-Updates erkennt Claude Code Breaking Changes im bestehenden Code und zeigt die nötigen Migrationsschritte
- TypeScript-Typen für Expo Router: Typsichere Navigation mit automatisch generierten Typen aus der Verzeichnisstruktur
Ein konkretes Beispiel aus dem Entwicklungsalltag: Push-Notification-Setup für iOS erfordert APNs-Konfiguration, Provisioning Profile mit der richtigen Capability und die korrekte EAS-Build-Konfiguration. Ohne Tool-Unterstützung kostet das Nachschlagen und Zusammenführen der einzelnen Schritte typischerweise 2–3 Stunden. Mit Claude Code sind alle relevanten Konfigurationsschritte in einem Durchgang erklärt und die nötigen Dateien direkt erstellt.
Verwandte Artikel die auf diesem Thema aufbauen:
- Claude Code für React Native — der übergeordnete Überblick über Claude Code im React Native Ökosystem
- Claude Code Debugging — wie du Fehler in deiner Expo-App systematisch analysierst
Claude Code Mastery — von Expo Setup bis zum produktiven Agenten
Expo Router, EAS Build, native Module — und darüber hinaus Agents, Hooks, MCP-Server. Vollständig auf Deutsch, einmalig bezahlt, kein Abo.
Jetzt starten → Einmalzahlung · Kein Abo · 14 Tage RückgaberechtKurs · Claude Code Mastery
Von Expo Setup zum produktiven AI-Agenten
Expo Router. EAS Build. Native Module. Agents. MCP. Alles auf Deutsch, einmalig bezahlt — kein Abo, keine Plattformabhängigkeit.
Einmalzahlung · Kein Abo · 14 Tage Rückgaberecht