O Bolt.new chega rápido a uma primeira versão: um prompt, uma prévia e um botão Publicar. Sair daí e chegar a um app que as pessoas instalam pela App Store é outro trabalho, e o tipo de trabalho depende do tipo de projeto Bolt que você tem.
Dois tipos de projeto Bolt
O Bolt cria duas coisas, e sua própria documentação alerta que projetos criados para a web não migram facilmente para dispositivos móveis. Se você não pediu um app móvel no primeiro prompt, seu projeto é web.
| Um projeto web | Um projeto Expo | |
|---|---|---|
| O que é | Um app web que roda no navegador | Um app React Native para iOS e Android feito com código compartilhado |
| Onde é publicado | Um endereço bolt.host gratuito ou um domínio personalizado nos planos pagos | Um build do EAS que você mesmo executa, seguido pelo TestFlight e App Store Connect |
| No seu celular | Nenhum tipo de build para iOS | Uma prévia no Expo Go por meio de um código QR |
Até onde o Bolt vai
Para um projeto web, o atalho tentador é criar um invólucro nativo em torno do endereço publicado. Isso esbarra na Diretriz 4.2 da Apple: um WebView em torno de your-app.bolt.host é, por definição, um site reempacotado.
Em um projeto Expo, o código é real, mas a etapa final não fica por conta do Bolt. A documentação explica o processo: instale o EAS CLI localmente, execute o build para iOS com envio automático, aguarde o TestFlight e então faça o envio pelo App Store Connect para o lançamento público.
No Bolt
- Um prompt“Crie um app móvel”
- Um projeto ExpoCódigo React Native
- Prévia no Expo Goum código QR, no seu celular
- GitHubcommits sincronizados
Depois do Bolt: você faz, ou o AirBuild faz quando você traz o projeto
- O buildo EAS CLI no seu computador
- TestFlightteste em um iPhone
- A página na App Storecapturas de tela, respostas sobre privacidade, notas de revisão
- App Reviewresponder, corrigir, reenviar
O App Review é uma conversa
Um revisor pergunta por que o app precisa de uma permissão ou aponta para uma tela que não faz nada, e você corrige e envia de novo. Esse ciclo é a parte que as ferramentas deixam para você. Depois que você leva o projeto ao AirBuild, a equipe de IA cuida dessa conversa, e você acompanha cada etapa.
- Enviaro build e a página na App Store
- O revisor perguntapor exemplo, por que o calendário?
- Corrigiruma descrição de uso, uma captura de tela
- Reenviarcom a resposta anexada
Se o revisor perguntar de novo, o ciclo recomeça
Como levar o projeto ao AirBuild
Deixe o link
Entre na lista de espera com o endereço
bolt.hostpublicado ou o repositório GitHub sincronizado pelo Bolt, mais uma frase sobre o que o app iOS deve fazer e para quem ele serve. Projetos Expo são bem-vindos; para eles, o repositório é o melhor link.Sua equipe de IA refaz o app em SwiftUI
Os agentes de produto, design e desenvolvimento do AirBuild entendem o que seu app faz, suas telas e seus fluxos, e criam a partir deles um app iOS nativo com os frameworks da Apple. Seu projeto Bolt não é alterado; você continua editando e publicando pelo Bolt.
Teste no seu iPhone e depois passe pelo App Review
O app chega ao seu celular pelo TestFlight para você testá-lo e pedir alterações em linguagem simples. Quando estiver pronto, o AirBuild prepara a página na App Store, envia o app, acompanha a revisão, responde aos revisores, corrige os problemas apontados e reenvia.
O que é aproveitado
| Parte do seu app | O que acontece com ela |
|---|---|
| Telas e fluxos | São recriados como views SwiftUI com a navegação do iOS: barras de abas, pilhas, folhas e o gesto de voltar. Um projeto Expo é mapeado da mesma forma, tela por tela. |
| Textos, cores e marca | São aproveitados. O app deve ter a sua identidade, sem parecer um modelo pronto. |
| Dados e backend | Ficam onde estão. Diga com o que seu app se comunica, seja Supabase, Firebase ou uma API, e planejamos o app iOS em torno disso. |
| Seu projeto Bolt | Não muda e continua sendo seu para editar e publicar no Bolt. |
O que deixar pronto
- O link publicado do seu projeto Bolt ou o repositório GitHub, caso seja um projeto Expo ou tenha páginas que exigem login.
- Uma assinatura do Apple Developer Program ou um plano para se inscrever antes do envio do app.
- Um parágrafo sobre o que o app iOS deve fazer primeiro. Ele não precisa fazer tudo o que o app web faz.
- O URL de uma política de privacidade. A Apple exige esse URL, e o App Store Connect não aceita um envio sem ele.
Perguntas
O Bolt.new pode publicar um app na App Store?
Não por conta própria. Um projeto web do Bolt é publicado em um endereço bolt.host. Um projeto Expo do Bolt fornece o código React Native e, segundo a documentação do Bolt, depois você precisa de uma conta paga do Apple Developer e do EAS CLI no seu próprio computador para gerar o build e enviá-lo.
Meu projeto Bolt é um app web. Posso envolvê-lo em um app para iOS?
Pode, mas a Diretriz 4.2 diz que um app deve incluir recursos, conteúdo e interface que o elevem além de um site reempacotado. Um invólucro em torno do seu endereço bolt.host é exatamente isso e costuma ser rejeitado.
Meu projeto Bolt já usa Expo. Por que levá-lo ao AirBuild?
Porque o Bolt para no código. Executar o build, preencher a página na App Store e cuidar do App Review ficam por sua conta. O AirBuild refaz o app como SwiftUI nativo e cuida do App Review, do envio ao reenvio.
O que acontece com meu backend?
Ele fica onde está. Ao entrar na lista de espera, diga com o que seu app se comunica, seja Supabase, Firebase ou uma API, e planejamos o app iOS em torno disso, sem mover seus dados.
Preciso de um Mac ou do Xcode?
Nenhum dos dois. O AirBuild executa sua equipe de IA em um Mac ou na nuvem, e o app chega ao seu iPhone pelo TestFlight. Para publicar, você precisa ser membro do Apple Developer Program.
A quem pertence o código do app iOS?
A você. Seu código Bolt continua sendo seu, assim como o projeto SwiftUI que o AirBuild cria a partir dele.