Apple está aplicando la Guideline 2.5.2 del App Store contra apps de vibe-coding AI que dejan a los users prompt-generar software funcional on-device. Replit reporta estar bloqueado de publicar updates tras años de cumplimiento. La app de Anything fue rechazada, brevemente aprobada a inicios de abril, luego retirada en un día, luego rechazada dos veces más — atrapada en un catch-22 donde incluir un preview de runtime dispara la prohibición «descarga código que cambia la funcionalidad», mientras quitar el preview dispara el rechazo «funcionalidad mínima». La versión iPhone de Cursor, notablemente, no se ha shipeado en absoluto. El patrón sugiere que esto no es enforcement selectivo de una vieja regla contra apps nuevas; es una postura de política deliberada de que codegen AI como categoría no encaja en las guidelines App Store actuales.
La Guideline 2.5.2 es vieja. Prohíbe a las apps «descargar, instalar o ejecutar código que cambie su funcionalidad» — escrita para la era de finales-2010s de bypasses de dynamic-update, no para herramientas AI donde generar código runtime es todo el producto. La preocupación declarada de Apple, surfaceada en las notas de rechazo de Anything, es que las herramientas AI generando código arbitrario a escala podrían shipear malware o software no-veteado vía el canal de confianza App Store. El framing del fundador de Anything sobre la absurdidad está exactamente bien: no hay camino a través de la regla existente para una app AI cuya función es producir software ejecutable. No podés tener una app vibe-coding que no produzca software ejecutable, y una vez que produce software ejecutable, 2.5.2 la atrapa. El puñado de aprobaciones son inconsistentes lo suficiente para parecer que la queue de review está haciendo llamadas divergentes — algunos pasan, después son retirados cuando alguien nota.
La lectura ecosystem es que mobile es ahora una superficie de distribución hostil a la codegen AI, y el workaround es web. El producto web de Replit corre sin afectar, desktop y web de Cursor funcionan bien, Claude Code corre en terminal macOS, Bolt y Lovable distribuyen vía browser. El patrón es consistente: codegen AI shipea vía Chrome en iOS, no vía App Store, porque la política WebKit de Apple no extiende la prohibición 2.5.2 a las pestañas de browser. Builders shipeando herramientas de coding AI apuntadas a users phone consumer tienen un gap de distribución real: el App Store iOS es el canal de conversión más alto y está efectivamente cerrado para la categoría. Android es más permisivo pero el mix de plataforma es malo para el user típico de herramienta AI. El end-state plausible es o bien Apple actualiza 2.5.2 para tallar una excepción para codegen AI (con cualesquiera gates de aprobación que especifiquen), o la categoría se queda web-distributed en iOS para el futuro previsible. Ninguno de los outcomes es genial para builders apostando al discovery del App Store.
Movida práctica: si estás construyendo una herramienta de coding AI y considerando una app iOS, no. Priorizá una PWA o web app que funcione en iOS Safari, y asumí que la distribución App Store está al menos a 12-18 meses — Apple no mostró señales de revisar 2.5.2 o agregar un carve-out de guideline. Si ya estás en la queue, el patrón Anything sugiere que pelearla a través del proceso de review es improductivo: la inconsistencia es a nivel review-team, la política subyacente no se movió. La vigilancia a más largo plazo: si el tooling AI propio de Apple (Swift Assist, features Xcode AI) se queda atrapado por la misma regla cuando los end-users prompt-generan código que compila y corre. Si la regla aplica simétricamente, esperá una actualización silenciosa de la guideline; si no, esperá un problema de dev-relations que se pone más ruidoso.
