Seu código é seu: sem lock-in, por design

O Buildy gera código React Native e Expo puro — código padrão, sem runtime proprietário nem APIs exclusivas do Buildy. Exporte num plano pago e continue construindo onde quiser.

A maioria dos construtores de apps com IA aposta silenciosamente na mesma coisa: que você nunca vai sair. O código gerado fica enrolado num runtime proprietário, a exportação é incompleta ou nem existe, e o projeto só funciona de verdade dentro do editor deles. Cancele a assinatura e você fica com capturas de tela.

O Buildy é construído sobre a aposta oposta. O código é seu, e a gente facilita a saída de propósito.

O que "seu" realmente significa

Três garantias concretas, não um slogan:

Código puro e padrão. O Buildy gera React Native e Expo — a mesma stack que um time humano escreveria na mão. Não tem nenhum SDK do Buildy que você precise importar, nenhuma biblioteca de componentes exclusiva do Buildy, nenhum runtime customizado do qual seu app dependa. Abra qualquer arquivo e é Expo idiomático. Um desenvolvedor React Native consegue ler no primeiro dia sem aprender nada específico do Buildy.

Exportação limpa (num plano pago). Faça o upgrade e você pode baixar um .zip com o projeto inteiro: componentes, assets, configuração, tudo. Não é um despejo parcial nem uma amostra — é a árvore de código real e compilável. Leve para a sua própria máquina, rode npx expo e funciona.

Construa nos seus termos. Como a saída é Expo padrão, você compila com o EAS como qualquer outro projeto Expo e entrega um binário assinado para a App Store ou a Play Store. Você não precisa do Buildy no meio do caminho para publicar, e nunca precisa da nossa permissão para levar o código para outro lugar.

Por que o preview é separado do app

A exportação é limpa por causa de uma decisão que tomamos sobre como os previews funcionam. O preview ao vivo do Buildy roda nos nossos servidores — a gente compila seu código e renderiza num iframe em sandbox — e esse motor de preview nunca é empacotado dentro do seu projeto. Então, quando você exporta, não tem nada nosso para tirar. O .zip é o seu app, e só o seu app.

Essa é a mesma arquitetura que mantém o Buildy livre da Diretriz 2.5.2 da Apple: a ferramenta de construção e o app entregue são duas coisas diferentes. Sem lock-in e seguro por design não são duas funcionalidades. São a mesma decisão de design vista de dois ângulos.

O que a gente hospeda, e por que isso está tudo bem

Para ser sincero: algumas coisas ficam do nosso lado enquanto você trabalha. O editor, o compilador de preview, seu histórico de chat e — se você optar por usar — o AI Gateway, que permite que um app gerado chame o Claude através de um token por projeto, para que sua própria chave de API nunca seja embarcada num binário cliente. Essas são conveniências que você usa enquanto constrói. Nenhuma delas é estrutural no código que você exporta. Puxe a exportação e seu app não tem nenhuma dependência de runtime do Buildy.

O argumento de negócio para não prender você

Lock-in é um jeito de segurar clientes que querem ir embora. A gente prefere segurar clientes que não querem. Se a única coisa te prendendo aqui é que seu código está refém, isso não é um produto — é um sequestro, e acaba no momento em que alguém oferece uma saída mais limpa.

Então a gente compete no editor, na qualidade da geração, no preview e no preço — de graça para começar, Pro a €25, Max a €50. Não num formato proprietário que mantém seu código refém: exportação e sincronização com o GitHub vivem nos planos pagos, e o que eles te entregam é Expo padrão que você pode levar para qualquer lugar — sem runtime exclusivo do Buildy para arrancar.

Seu código é seu. Comece a construir de graça — crie e visualize de graça, e exporte o código padrão no momento em que fizer o upgrade.