Apple bloqueia atualizações do Replit e do Vibecode na App Store por causa de recursos de vibe coding

A Apple suspendeu temporariamente a publicação de atualizações de vários apps ligados ao vibe coding, incluindo Replit e Vibecode. Pela descrição disponível da situação, as objeções dizem respeito a recursos específicos que a empresa considerou incompatíveis com as regras da App Store.

O que aconteceu

O que foi bloqueado são as novas versões dos apps, e não a ideia de desenvolvimento móvel com IA em si. A distinção é importante: a Apple não declarou guerra a todo o segmento, mas mostrou que olha de perto como esses produtos funcionam por dentro.

Para serviços que prometem gerar, executar e refinar código quase sem participação do usuário, o iOS há muito tempo é uma plataforma difícil, por causa das regras rígidas sobre execução de código e sobre mudanças no comportamento do app após a revisão.

Replit e Vibecode se tornaram exemplos de destaque porque ambos vendem a ideia de desenvolver "pelo celular e a partir de uma descrição". O usuário formula a tarefa em linguagem natural, recebe a base de um projeto e depois pode editar a interface, a lógica e a estrutura de arquivos. Para o grande público, isso é vibe coding: menos engenharia manual, mais diálogo com um modelo e iterações rápidas.

O caso também importa porque os clientes móveis deixaram de ser apenas um complemento da web para essas plataformas e passaram a fazer parte do funil principal. Com o iPhone, é mais fácil mostrar a mágica do produto: abrir o app, descrever uma ideia, receber um protótipo. Se justamente esse cenário passa a conflitar com as regras da loja, as empresas precisam refazer não só a interface, mas toda a lógica de onboarding, monetização e retenção de usuários.

Onde surge o conflito

A publicação não revela a formulação exata das objeções da Apple, mas a lógica do conflito é clara. A App Store historicamente desconfia de cenários em que um app vira uma casca para um ambiente de execução externo ou ganha a capacidade de mudar radicalmente suas funções depois de verificado pela equipe de revisão. Quando uma ferramenta de IA não só escreve texto, mas monta uma interface, executa código, conecta serviços de terceiros e mostra o resultado dentro do cliente móvel, ela entra num território em que as regras da Apple são especialmente rígidas.

O problema, provavelmente, não é a geração de código em si, mas o grau de autonomia. Uma coisa é um assistente de chat que sugere um trecho de componente React. Outra é um produto que, com uma única instrução, monta um app funcional, permite executá-lo e muda o comportamento do serviço quase em tempo real. Para a App Store, isso já não é apenas um editor, mas potencialmente uma nova plataforma dentro da plataforma, e a Apple tradicionalmente tenta manter esses cenários sob controle total.

Para esses produtos, a zona de maior risco costuma ser esta:

• geração e execução de código do usuário diretamente no cliente móvel
• mudanças remotas no comportamento do app sem revisão separada de cada novo recurso
• acesso a interpretadores, compiladores ou contêineres externos ocultos da moderação
• cenários em que a IA cria miniapps completos dentro de uma casca já publicada

O que vem a seguir

O cenário mais provável é que os desenvolvedores cortem os recursos polêmicos ou os tirem do app para iOS. Por exemplo, podem manter na App Store um cliente para chats, visualização de projetos e edição básica, e levar a geração completa, o deploy ou a execução para a versão web. É um compromisso típico nas plataformas da Apple: o app móvel vira vitrine e controle remoto, enquanto as funções mais sensíveis ficam no navegador, onde as restrições da App Store não valem.

Para os usuários, isso significa menos a perda do serviço e mais um ritmo mais lento. Novos recursos podem sair primeiro no navegador, no desktop ou via TestFlight, e chegar à App Store depois e de forma reduzida. Para as próprias empresas, o risco é maior: o mercado de vibe coding cresce justamente pela promessa de "faça um app em poucos minutos", e qualquer restrição da plataforma quebra esse efeito de simplicidade sobre o qual o funil de crescimento é construído.

Há ainda um golpe separado nas startups que constroem o produto em torno da UX móvel e de um efeito uau rápido. Se cenários críticos não podem ser empacotados legalmente num app para iOS, será preciso explicar ao usuário por que a "mágica de verdade" só começa depois da mudança para o navegador. Isso aumenta o atrito, reduz a conversão e amplia a distância entre como o produto aparece num vídeo publicitário e como funciona num dispositivo real.

O que isso significa

A Apple mostrou que está disposta a conter até produtos de IA populares se eles chegarem perto demais de cenários proibidos no iOS. Para o mercado, é um sinal: o futuro do vibe coding depende não só da qualidade dos modelos, mas também de como os serviços vão empacotar com cuidado a geração de código, a execução e a publicação dentro das regras das grandes plataformas móveis.