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

Apple interrompeu temporariamente a publicação de atualizações para vários aplicativos relacionados a vibe coding, incluindo Replit e Vibecode. Pela descrição da situação, as reclamações da empresa dizem respeito a funcionalidades específicas que foram consideradas incompatíveis com as regras da App Store.

O que aconteceu

Foram especificamente as novas versões dos aplicativos que caíram no bloqueio, não a ideia de desenvolvimento móvel com IA. Esta é uma distinção importante: Apple não declarou guerra contra todo o segmento, mas demonstrou que observa atentamente como tais produtos são estruturados internamente. Para serviços que prometem gerar, executar e refinar código com participação mínima do usuário, iOS tem sido uma plataforma desafiadora há muito tempo devido às regras rigorosas sobre execução de código e modificação do comportamento do aplicativo após moderação.

Replit e Vibecode se tornaram exemplos notáveis porque ambos os serviços vendem a ideia de desenvolvimento "pelo telefone e por descrição". Um usuário formula uma tarefa em linguagem natural, recebe um modelo de projeto e pode então editar a interface, lógica e estrutura de arquivos. Para um público em massa, isso é o que vibe coding significa: menos engenharia manual, mais diálogo com o modelo e iterações mais rápidas.

A história é importante também porque clientes móveis se tornaram para essas plataformas não apenas um complemento da web, mas parte do funil principal. Através do iPhone, é mais fácil mostrar a mágica do produto: abra o aplicativo, descreva sua ideia, obtenha um protótipo. Se esse cenário exato começar a conflitar com as regras da loja de aplicativos, as empresas precisarão redesenhar não apenas a interface, mas toda a lógica de integração, monetização e retenção de usuários.

Onde surge o conflito

A redação exata das reclamações da Apple não é divulgada na publicação, mas a lógica do conflito é clara. A App Store tem historicamente desconfiado de cenários onde um aplicativo se torna uma camada para um ambiente de execução externo ou ganha a capacidade de mudar radicalmente as funcionalidades após aprovação da equipe de revisão. Quando uma ferramenta de IA não apenas escreve texto, mas monta interfaces, executa código, conecta serviços de terceiros e exibe resultados dentro de um cliente móvel, ela começa a entrar em território onde as regras da Apple são particularmente rigorosas.

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

Para tais produtos, a zona de risco elevado normalmente se parece com isto:

• geração e execução de código do usuário diretamente de um cliente móvel
• mudanças remotas no comportamento do aplicativo sem revisão separada de cada novo recurso
• acesso a intérpretes, compiladores ou contêineres externos ocultos da moderação
• cenários onde a IA cria mini-aplicativos completos dentro de uma casca já publicada

O que acontecerá a seguir

O cenário mais provável é que os desenvolvedores removam ou movam funcionalidades controversas para fora do aplicativo iOS. Por exemplo, podem manter um cliente de chat, visualização de projetos e edição básica na App Store, mas mover geração de código completa, implantação ou execução para a versão web. Este é um compromisso típico para plataformas Apple: um aplicativo móvel se torna uma vitrine e controle remoto, enquanto as funções mais sensíveis vivem em um navegador onde as restrições da App Store não se aplicam.

Para usuários, isso significa não tanto perda de serviço, mas desaceleração do ritmo. Novos recursos podem ser lançados primeiro no navegador, desktop ou via TestFlight, e chegar à App Store depois e em forma reduzida. Para as próprias empresas, o risco é maior: o mercado de vibe coding está crescendo atualmente justamente pela promessa de "construir um app em alguns minutos", e qualquer restrição de plataforma quebra esse efeito de simplicidade sobre o qual o funil de crescimento é construído.

Um golpe adicional atinge startups que constroem produtos em torno de UX móvel e efeito wow rápido. Se cenários críticos não puderem ser legalmente empacotados em um aplicativo iOS, eles terão que explicar aos usuários por que a "verdadeira mágica" começa apenas após mudar para o navegador. Isso aumenta o atrito, reduz a conversão e amplia a lacuna entre como o produto parece em um anúncio e como funciona em um dispositivo real.

O que isto significa

Apple demonstrou que está disposta a restringir até produtos de IA populares se ficarem muito perto de cenários proibidos para iOS. Para o mercado, este é um sinal: o futuro de vibe coding depende não apenas da qualidade dos modelos, mas também de como cuidadosamente os serviços empacotam a geração de código, execução e publicação dentro das regras das principais plataformas móveis.