Nota de arquitetura · junho de 2026

Construído seguro por design.

Em março de 2026, a Apple começou a aplicar a Guideline 2.5.2 contra criadores de apps de "vibe-coding" com IA — bloqueando atualizações e, em pelo menos um caso, removendo um app da loja. O Buildy é arquitetado para que a regra não se aplique aos apps que você constrói com ele.

01 — A armadilha

O que a Guideline 2.5.2 realmente diz.

Os apps devem ser autocontidos em seus pacotes e não podem ler ou gravar dados fora da área de container designada, nem podem baixar, instalar ou executar código que introduza ou altere recursos ou funcionalidades do app, incluindo outros apps.

— Diretriz de Revisão da App Store 2.5.2

Em março de 2026, a Apple começou a aplicar essa regra contra apps criadores de IA que rodam código gerado dentro de si mesmos. Segundo a cobertura do MacRumors e do 9to5Mac, o padrão era parecido em todos os apps atingidos:

  • O usuário final abre o app criador de IA no celular.
  • O app baixa ou aceita código gerado pelo usuário em tempo de execução.
  • Um webview embutido ou JS engine executa esse código — violação instantânea da 2.5.2, remoção instantânea.

A Apple bloqueou atualizações dos apps do Replit e do Vibecode e removeu de vez o app "Anything" (antigo Create.xyz) no fim de março de 2026. A aplicação da regra aconteceu de forma gradual ao longo de meses, em vez de tudo de uma vez, e o "Anything" foi brevemente reintegrado antes de ser removido de novo. Os status mudaram desde então — o "Anything" voltou mais tarde e o Replit retomou as publicações.

02 — Como o Buildy é diferente

O preview nunca vai junto com o app.

O editor do Buildy e os apps que você constrói com o Buildy são duas coisas separadas. O editor mora no buildy.me; os apps moram nos celulares dos seus usuários como binários assinados comuns.

Editor e previewHOSTED

No buildy.me

Quando você clica em um elemento no preview ao vivo, o Buildy compila seu código no nosso servidor e o renderiza em um sandbox iframe. O motor de preview nunca sai dos nossos servidores.

Código-fonte estáticoEXPORTABLE

Exportar

Em um plano pago, você pode baixar um .zip de código React Native + Expo puro. Sem runtime proprietário, sem APIs exclusivas do Buildy — o código é seu.

Um binário comum2.5.2-SAFE

Na App Store

O EAS Build compila seu código-fonte em um .ipa / .apk assinado. O app publicado contém zero execução de código, zero carregadores remotos, zero superfície de 2.5.2.

Resumindo: o Buildy é uma ferramenta de build, não um motor que roda dentro dos apps dos seus usuários. Não existe nenhuma decisão de design que poderíamos mudar amanhã para quebrar isso — é assim que a arquitetura é montada.

03 — Como o cenário está hoje

Onde os outros estavam quando a 2.5.2 chegou.

CriadorO preview mora em…Status da 2.5.2
BuildyNossos servidores, iframe em sandboxSeguro por design
ReplitWeb view in-app do código geradoAtualizações bloqueadas, mar 2026
Anything (antigo Create.xyz)Código gerado rodando dentro do appRemovido em mar 2026 (voltou depois)
RorkBundler no navegador + Expo GoIndefinido
a0.devWeb + preview no dispositivo via Expo GoIndefinido

Fontes: Diretriz de Revisão da App Store 2.5.2 e cobertura pública do MacRumors, 9to5Mac, The Next Web e Futurism (março–junho de 2026). "Indefinido" significa que a arquitetura não está documentada publicamente e não queremos chutar. Os status na App Store mudam — verificados em junho de 2026; a situação de alguns desses apps já mudou desde então.

Construa apps mobile sem a loteria de rejeições.

O código que você publica é seu, o binário na App Store é seu, e o motor de preview fica onde deve ficar — nos nossos servidores.