Mit Bolt.new entsteht schnell eine erste Version: ein Prompt, eine Vorschau und die Schaltfläche Publish. Der Weg von dort zu einer App, die andere aus dem App Store installieren, ist eine andere Aufgabe. Welche Aufgabe das ist, hängt von der Art deines Bolt-Projekts ab.
Zwei Arten von Bolt-Projekten
Bolt erstellt zwei Arten von Projekten. Die eigene Dokumentation weist darauf hin, dass für das Web erstellte Projekte nicht ohne Weiteres auf Mobilgeräte umgestellt werden können. Wenn du in deinem ersten Prompt nicht nach einer mobilen App gefragt hast, hast du ein Webprojekt.
| Ein Webprojekt | Ein Expo-Projekt | |
|---|---|---|
| Was es ist | Eine Web-App, die im Browser läuft | Eine App mit React Native für iOS und Android, die gemeinsamen Code verwendet |
| Veröffentlicht als | Eine kostenlose bolt.host-Adresse oder eine eigene Domain in kostenpflichtigen Tarifen | Ein EAS-Build, den du selbst ausführst, anschließend TestFlight und App Store Connect |
| Auf deinem Smartphone | Kein iOS-Build | Eine Vorschau in Expo Go über einen QR-Code |
Wo Bolt aufhört
Bei einem Webprojekt liegt die Abkürzung nahe, die veröffentlichte Adresse in eine native Hülle zu packen. Das verstößt gegen Richtlinie 4.2 von Apple: Ein WebView um your-app.bolt.host ist per Definition eine neu verpackte Website.
Bei einem Expo-Projekt ist der Code echt, aber der letzte Abschnitt gehört nicht mehr zu Bolt. Die Dokumentation beschreibt den Ablauf: EAS CLI lokal installieren, den iOS-Build mit automatischer Einreichung ausführen, auf TestFlight warten und die App dann in App Store Connect zur öffentlichen Veröffentlichung einreichen.
In Bolt
- Ein Prompt„Erstelle eine mobile App“
- Ein Expo-ProjektCode in React Native
- Vorschau in Expo Goein QR-Code auf deinem Smartphone
- GitHubCommits synchronisiert
Nach Bolt: deine Aufgaben oder die von AirBuild, sobald du das Projekt überträgst
- Der Builddie EAS CLI auf deinem Computer
- TestFlightauf einem iPhone ausprobieren
- Der EintragScreenshots, Datenschutzangaben, Prüfhinweise
- App Reviewantworten, beheben, erneut einreichen
App Review ist ein Gespräch
Ein Prüfer fragt, warum die App eine Berechtigung benötigt, oder weist auf eine Ansicht hin, die nichts tut. Du behebst das Problem und reichst die App erneut ein. Diese Schleife überlassen dir die Werkzeuge. Sobald du das Projekt zu AirBuild bringst, führt das KI-Team dieses Gespräch für dich, und du siehst jeden Schritt.
- Einreichenden Build und den Eintrag
- Der Prüfer fragtzum Beispiel: Warum der Kalender?
- Behebeneine Zweckbeschreibung, einen Screenshot
- Erneut einreichenmit angehängter Antwort
Wenn der Prüfer erneut fragt, beginnt die Runde von vorn
So funktioniert die Übertragung
Hinterlasse den Link
Trag dich mit deiner veröffentlichten
bolt.host-Adresse oder dem von Bolt synchronisierten GitHub-Repository in die Warteliste ein. Ergänze einen Satz dazu, was die iOS-App tun soll und für wen sie gedacht ist. Expo-Projekte sind willkommen. Für sie ist das Repository der bessere Link.Dein KI-Team entwickelt sie erneut in SwiftUI
Die Produkt-, Design- und Entwicklungs-Agenten von AirBuild erfassen, was deine App tut, welche Ansichten sie hat und wie ihre Abläufe funktionieren. Daraus entwickeln sie mit den eigenen Frameworks von Apple eine native iOS-App. Dein Bolt-Projekt bleibt unverändert. Du kannst es weiterhin in Bolt bearbeiten und veröffentlichen.
Teste sie auf deinem iPhone und starte dann App Review
Die App kommt über TestFlight auf dein Smartphone. Dort kannst du sie ausprobieren und Änderungen in einfachen Worten anfordern. Wenn sie fertig ist, bereitet AirBuild den Eintrag im App Store vor, reicht die App ein, verfolgt die Prüfung, antwortet den Prüfern, behebt die gemeldeten Probleme und reicht sie erneut ein.
Was übernommen wird
| Teil deiner App | Was damit passiert |
|---|---|
| Ansichten und Abläufe | Sie werden als Ansichten in SwiftUI mit iOS-Navigation neu entwickelt: Tab-Leisten, Stacks, Sheets und die Zurück-Geste. Ein Expo-Projekt wird Ansicht für Ansicht genauso übertragen. |
| Texte, Farben und Markenauftritt | Sie werden übernommen. Die App soll sich wie deine eigene anfühlen und nicht wie eine Vorlage. |
| Daten und Backend | Sie bleiben, wo sie sind. Sag uns, womit deine App kommuniziert, etwa Supabase, Firebase oder eine API. Wir planen die iOS-App darum herum. |
| Dein Bolt-Projekt | Es bleibt unverändert. Du kannst es weiterhin in Bolt bearbeiten und veröffentlichen. |
Was du bereithalten solltest
- Den veröffentlichten Link deines Bolt-Projekts oder sein GitHub-Repository, wenn es ein Expo-Projekt ist oder Seiten hinter einer Anmeldung enthält.
- Eine Mitgliedschaft im Apple Developer Program oder den Plan, dich vor der Einreichung der App anzumelden.
- Einen Absatz darüber, was die iOS-App zuerst tun soll. Sie muss nicht alles können, was die Web-App kann.
- Eine URL zu deiner Datenschutzerklärung. Apple verlangt sie, und App Store Connect nimmt ohne sie keine Einreichung an.
Fragen
Kann Bolt.new eine App im App Store veröffentlichen?
Nicht allein. Ein Bolt-Webprojekt wird unter einer bolt.host-Adresse veröffentlicht. Ein Bolt-Expo-Projekt liefert dir Code in React Native. Laut der Dokumentation von Bolt brauchst du anschließend ein kostenpflichtiges Entwicklerkonto bei Apple und die EAS CLI auf deinem eigenen Computer, um die App zu erstellen und einzureichen.
Mein Bolt-Projekt ist eine Web-App. Kann ich sie für iOS in eine Hülle packen?
Das ist möglich, aber laut Richtlinie 4.2 sollte eine App Funktionen, Inhalte und eine Benutzeroberfläche bieten, die über eine neu verpackte Website hinausgehen. Eine Hülle um deine bolt.host-Adresse ist genau das und wird oft abgelehnt.
Mein Bolt-Projekt verwendet bereits Expo. Warum sollte ich es zu AirBuild bringen?
Weil Bolt beim Code aufhört. Du musst den Build ausführen, den Eintrag im App Store ausfüllen und App Review durchlaufen. AirBuild entwickelt die App erneut als native SwiftUI-App und übernimmt App Review von der Einreichung bis zur erneuten Einreichung.
Was passiert mit meinem Backend?
Es bleibt, wo es ist. Sag uns bei der Anmeldung zur Warteliste, womit deine App kommuniziert, etwa Supabase, Firebase oder eine API. Wir planen die iOS-App darum herum und verschieben deine Daten nicht.
Brauche ich einen Mac oder Xcode?
Keines von beiden. AirBuild führt dein KI-Team auf einem Mac oder in der Cloud aus, und die App kommt über TestFlight auf dein iPhone. Für die Veröffentlichung brauchst du eine Mitgliedschaft im Apple Developer Program.
Wem gehört der Code der iOS-App?
Dir. Dein Bolt-Code bleibt dein Eigentum. Das gilt auch für das SwiftUI-Projekt, das AirBuild daraus entwickelt.