A Apple está aplicando a Guideline 2.5.2 da App Store contra apps de vibe-coding AI que deixam users prompt-gerar software funcional no device. A Replit relata estar bloqueada de publicar updates após anos de conformidade. O app da Anything foi rejeitado, brevemente aprovado no começo de abril, depois puxado em um dia, depois rejeitado mais duas vezes — preso num catch-22 em que incluir um preview de runtime dispara a proibição «baixa código que muda a funcionalidade», enquanto remover o preview dispara a rejeição «funcionalidade mínima». A versão iPhone do Cursor, notavelmente, não foi shipada de jeito nenhum. O padrão sugere que isto não é enforcement seletivo de uma regra velha contra apps novos; é uma postura de política deliberada de que codegen AI como categoria não cabe nas guidelines App Store atuais.
A Guideline 2.5.2 é velha. Proíbe apps de «baixar, instalar ou executar código que muda sua funcionalidade» — escrita para a era do final-2010 de bypasses de dynamic-update, não para ferramentas AI em que gerar código runtime é o produto inteiro. A preocupação declarada da Apple, surface nas notas de rejeição da Anything, é que ferramentas AI gerando código arbitrário em escala poderiam shippar malware ou software não-vetado pelo canal de confiança App Store. O framing do fundador da Anything sobre o absurdo está exatamente certo: não há caminho pela regra existente para um app AI cuja função é produzir software executável. Você não pode ter um app vibe-coding que não produz software executável, e uma vez que ele produz software executável, 2.5.2 o pega. O punhado de aprovações é inconsistente o bastante para parecer que a fila de review está fazendo chamadas divergentes — alguns passam, depois são puxados quando alguém nota.
A leitura de ecossistema é que mobile agora é uma superfície de distribuição hostil à codegen AI, e o workaround é web. O produto web da Replit roda sem afetar, desktop e web do Cursor funcionam bem, Claude Code roda no terminal macOS, Bolt e Lovable distribuem via browser. O padrão é consistente: codegen AI shipa via Chrome no iOS, não via App Store, porque a política WebKit da Apple não estende a proibição 2.5.2 para as abas do browser. Builders shipando ferramentas de coding AI mirando users phone consumer têm um gap de distribuição real: o App Store iOS é o canal de conversão mais alto e está efetivamente fechado para a categoria. Android é mais permissivo mas o mix de plataforma é ruim para o user típico de ferramenta AI. O end-state plausível é ou a Apple atualiza 2.5.2 para esculpir uma exceção para codegen AI (com quaisquer gates de aprovação que especifiquem), ou a categoria fica só web-distributed no iOS para o futuro previsível. Nenhum dos outcomes é legal para builders apostando no discovery do App Store.
Movimento prático: se você está construindo uma ferramenta de coding AI e considerando um app iOS, não. Priorize uma PWA ou web app que funcione no iOS Safari, e assuma que a distribuição App Store está a pelo menos 12-18 meses — a Apple não mostrou sinais de revisar 2.5.2 ou adicionar um carve-out de guideline. Se já está na fila, o padrão Anything sugere que brigar pelo processo de review é improdutivo: a inconsistência é em nível review-team, a política subjacente não se mexeu. A vigilância de mais longo prazo: se o próprio tooling AI da Apple (Swift Assist, features Xcode AI) é pego pela mesma regra quando end-users prompt-geram código que compila e roda. Se a regra se aplica simetricamente, espere uma atualização silenciosa de guideline; se não, espere um problema de dev-relations que fica mais barulhento.