Apple bloquea las actualizaciones de Replit y Vibecode en la App Store por sus funciones de vibe coding

Apple ha detenido temporalmente la publicación de actualizaciones de varias apps relacionadas con el vibe coding, entre ellas Replit y Vibecode. Según la descripción disponible de la situación, las objeciones afectan a funciones concretas que la compañía considera incompatibles con las normas de la App Store.

Qué ha pasado

Lo bloqueado son las nuevas versiones de las apps, no la idea del desarrollo móvil con IA en sí. La distinción es importante: Apple no ha declarado la guerra a todo el segmento, pero ha demostrado que examina de cerca cómo funcionan estos productos por dentro.

Para los servicios que prometen generar, ejecutar y mejorar código casi sin intervención del usuario, iOS ha sido durante mucho tiempo una plataforma difícil, por las estrictas reglas sobre la ejecución de código y sobre los cambios en el comportamiento de una app tras la revisión.

Replit y Vibecode se han convertido en ejemplos destacados porque ambos servicios venden la idea de desarrollar "desde el móvil y a partir de una descripción". El usuario formula una tarea en lenguaje natural, recibe la base de un proyecto y después puede editar la interfaz, la lógica y la estructura de archivos. Para el gran público, eso es el vibe coding: menos ingeniería manual, más diálogo con un modelo e iteraciones rápidas.

La historia importa también porque los clientes móviles han dejado de ser un simple complemento de la web para estas plataformas y forman parte del embudo principal. Con el iPhone es más fácil mostrar la magia del producto: abres la app, describes una idea, obtienes un prototipo. Si justo ese escenario choca con las normas de la tienda, las empresas deben rehacer no solo la interfaz, sino toda la lógica de onboarding, monetización y retención de usuarios.

Dónde surge el conflicto

La publicación no revela la formulación exacta de las objeciones de Apple, pero la lógica del conflicto es clara. La App Store ha recelado históricamente de los escenarios en los que una app se convierte en un envoltorio de un entorno de ejecución externo o puede cambiar radicalmente sus funciones después de que el equipo de revisión la haya comprobado. Cuando una herramienta de IA no solo escribe texto, sino que monta una interfaz, ejecuta código, conecta servicios de terceros y muestra el resultado dentro del cliente móvil, entra en un terreno donde las reglas de Apple son especialmente estrictas.

El problema, probablemente, no es la generación de código en sí, sino el grado de autonomía. Una cosa es un asistente de chat que sugiere un fragmento de un componente de React. Otra, un producto que con una sola instrucción construye una app funcional, permite ejecutarla y cambia el comportamiento del servicio casi en tiempo real. Para la App Store, eso ya no es solo un editor, sino potencialmente una nueva plataforma dentro de la plataforma, y Apple tradicionalmente intenta mantener esos escenarios bajo control total.

Para estos productos, la zona de mayor riesgo suele ser esta:

• generación y ejecución de código del usuario directamente desde el cliente móvil
• cambios remotos en el comportamiento de la app sin una revisión independiente de cada nueva función
• acceso a intérpretes, compiladores o contenedores externos ocultos a la moderación
• escenarios en los que la IA crea miniapps completas dentro de un envoltorio ya publicado

Qué pasará después

El escenario más probable es que los desarrolladores recorten las funciones polémicas o las saquen de la app de iOS. Por ejemplo, podrían dejar en la App Store un cliente para chats, visualización de proyectos y edición básica, y trasladar la generación completa, el despliegue o la ejecución a la versión web. Es un compromiso típico en las plataformas de Apple: la app móvil se convierte en escaparate y mando a distancia, mientras que las funciones más sensibles viven en el navegador, donde no rigen las restricciones de la App Store.

Para los usuarios, esto supone no tanto perder el servicio como un ritmo más lento. Las nuevas funciones pueden llegar primero al navegador, al escritorio o a través de TestFlight, y alcanzar la App Store más tarde y en versión recortada. Para las propias empresas el riesgo es mayor: el mercado del vibe coding crece precisamente gracias a la promesa de "haz una app en un par de minutos", y cualquier restricción de la plataforma rompe ese efecto de sencillez sobre el que se construye el embudo de crecimiento.

Las startups que basan su producto en la experiencia móvil y en un efecto "wow" rápido sufren un golpe aparte. Si los escenarios críticos no pueden empaquetarse legalmente en una app de iOS, tendrán que explicar al usuario por qué la "verdadera magia" solo empieza al pasar al navegador. Eso aumenta la fricción, reduce la conversión y amplía la distancia entre cómo se ve el producto en un anuncio y cómo funciona en un dispositivo real.

Qué significa

Apple ha demostrado que está dispuesta a frenar incluso productos de IA populares si se acercan demasiado a escenarios prohibidos en iOS. Para el mercado, es una señal: el futuro del vibe coding depende no solo de la calidad de los modelos, sino también de con qué cuidado los servicios empaqueten la generación de código, su ejecución y su publicación dentro de las reglas de las grandes plataformas móviles.