Apple bloqueó las actualizaciones de Replit y Vibecode en la App Store por funciones de vibe coding

Apple interrumpió temporalmente la publicación de actualizaciones para varias aplicaciones relacionadas con vibe coding, incluyendo Replit y Vibecode. Por la descripción de la situación, las reclamaciones de la empresa se refieren a funcionalidades específicas que consideró incompatibles con las reglas de la App Store.

Qué sucedió

Fueron específicamente las nuevas versiones de las aplicaciones las que cayeron bajo el bloqueo, no la idea del desarrollo móvil con IA. Esta es una distinción importante: Apple no declaró guerra contra todo el segmento, pero demostró que observa atentamente cómo se estructuran tales productos internamente. Para servicios que prometen generar, ejecutar y perfeccionar código con participación mínima del usuario, iOS ha sido históricamente una plataforma desafiante debido a sus estrictas reglas sobre ejecución de código y cambios de comportamiento de aplicaciones después de la moderación.

Replit y Vibecode se convirtieron en ejemplos notables porque ambos servicios venden la idea de desarrollo "desde tu teléfono y por descripción". Un usuario formula una tarea en lenguaje natural, recibe una plantilla de proyecto y puede luego editar la interfaz, lógica y estructura de archivos. Para una audiencia masiva, esto es lo que significa vibe coding: menos ingeniería manual, más diálogo con el modelo e iteraciones más rápidas.

La historia es importante también porque los clientes móviles se han convertido para estas plataformas no solo en un complemento de la web, sino en parte del embudo principal. A través del iPhone, es más fácil mostrar la magia del producto: abre la aplicación, describe tu idea, obtén un prototipo. Si este escenario exacto comienza a entrar en conflicto con las reglas de la tienda de aplicaciones, las empresas deben rediseñar no solo la interfaz, sino toda la lógica de incorporación, monetización y retención de usuarios.

Dónde surge el conflicto

La formulación exacta de las reclamaciones de Apple no se revela en la publicación, pero la lógica del conflicto es clara. La App Store históricamente ha desconfiado de escenarios donde una aplicación se convierte en una capa para un entorno de ejecución externo o gana la capacidad de cambiar radicalmente las funcionalidades después de la aprobación del equipo de revisión. Cuando una herramienta de IA no solo escribe texto, sino que arma interfaces, ejecuta código, conecta servicios de terceros y muestra resultados dentro de un cliente móvil, comienza a entrar en territorio donde las reglas de Apple son particularmente estrictas.

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

Para tales productos, la zona de riesgo elevado normalmente se ve así:

• generación y ejecución de código del usuario directamente desde un cliente móvil
• cambios remotos en el comportamiento de la aplicación sin revisión separada de cada característica nueva
• acceso a intérpretes, compiladores o contenedores externos ocultos a la moderación
• escenarios donde la IA crea mini-aplicaciones completas dentro de un shell ya publicado

Qué sucederá a continuación

El escenario más probable es que los desarrolladores eliminen o muevan funcionalidades controvertidas fuera de la aplicación iOS. Por ejemplo, pueden mantener un cliente de chat, visualización de proyectos y edición básica en la App Store, pero mover generación de código completa, despliegue o ejecución a la versión web. Este es un compromiso típico para plataformas Apple: una aplicación móvil se convierte en escaparate y control remoto, mientras que las funciones más sensibles viven en un navegador donde las restricciones de la App Store no se aplican.

Para los usuarios, esto significa no tanto la pérdida del servicio como una desaceleración del ritmo. Las nuevas funciones pueden lanzarse primero en el navegador, escritorio o a través de TestFlight, y llegar a la App Store después y en forma reducida. Para las propias empresas, el riesgo es mayor: el mercado de vibe coding actualmente está creciendo precisamente por la promesa de "construir una aplicación en un par de minutos", y cualquier restricción de plataforma rompe ese efecto de simplicidad sobre el cual se construye el embudo de crecimiento.

Un golpe adicional afecta a startups que construyen productos alrededor de UX móvil y efecto wow rápido. Si escenarios críticos no pueden empaquetarse legalmente en una aplicación iOS, tendrán que explicar a los usuarios por qué la "verdadera magia" comienza solo después de cambiar al navegador. Esto aumenta la fricción, reduce la conversión y amplía la brecha entre cómo se ve el producto en un anuncio y cómo funciona en un dispositivo real.

Qué significa esto

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