Google AI Studio ya puede generar apps Android a partir de un prompt. La novedad encaja con un giro mas amplio en el mercado del software: parte del codigo ya no se buscara, se comprara ni se suscribira. Se creara en el momento.
Google aprovecho su I/O 2026 para mostrar nuevas funciones de AI Studio que permiten a los usuarios construir apps nativas Android directamente en el navegador usando un prompt. Las apps se construyen en Kotlin con Jetpack Compose, pueden acceder a sensores como GPS, Bluetooth y NFC, y corren en un emulador Android dentro del navegador para testing. Por ahora estan pensadas para uso personal. Compartirlas con familia y amigos esta en el roadmap.
A primera vista, parece una herramienta para desarrolladores. La logica de mercado detras es mas interesante: si los usuarios pueden armar una lista de tareas, un tracker de agua, un logger GPS o una lista de equipaje en minutos, hay menos razon para abrir la Play Store en esos casos puntuales.
¿Que es la version "app market" del SaaSpocalypse?
Esto podria crear una categoria de software que se ubica bajo el mercado tradicional de apps. Estas apps son demasiado pequeñas, personales o efimeras como para tener sentido como productos publicos. Hasta ahora, el software tenia que ser lo suficientemente generico para ser encontrado, descargado y mantenido. Con el vibe coding puede volverse extremadamente especifico: una app para tus proximas vacaciones, tu departamento compartido, un hobby o un workflow interno.
Esas son malas noticias para los fabricantes de apps simples de utilidad. Quien hoy vende una checklist generica o un tracker basico ya no competira solo con otros desarrolladores. Competira con los propios usuarios. Para muchas necesidades cotidianas, la pregunta pronto no sera que app instalar, sino si se necesita siquiera una app prefabricada.
¿Como encaja en el debate del SaaSpocalypse?
El movimiento se alinea con un debate que viene construyendose en el mercado de software empresarial desde 2024 y que alcanzo su pico en 2026 con el llamado "SaaSpocalypse". Wall Street teme que los agentes de IA puedan debilitar al software empresarial tradicional al manejar tareas que las empresas hoy pagan por usuario y por aplicacion. Encima, esta el temor de que las empresas simplemente programen sus propias herramientas via vibe coding.
OpenAI y Anthropic ya estan empujando el mercado en esa direccion. OpenAI lanzo Frontier, una plataforma empresarial que entrega a los agentes de IA su propia identidad, permisos y contexto compartido entre sistemas CRM, herramientas de ticketing y apps internas. Anthropic conecta Claude con herramientas como QuickBooks, PayPal, HubSpot, Canva, DocuSign, Google Workspace y Microsoft 365 a traves de Claude for Small Business, ofreciendo workflows para finanzas, ventas, marketing, RRHH y atencion al cliente.
La direccion es la misma: las interfaces individuales de software estan perdiendo agarre. En la empresa, un agente maneja tareas a traves de multiples productos SaaS. En Android, un usuario podria generar apps simples para sus propias necesidades en lugar de buscar en la tienda.
El software no muere, pero parte del packaging si
Aun asi, la lectura cruda de que "SaaS esta muerto" es exagerada. El CEO de Salesforce, Marc Benioff, defiende su negocio con fuerza y argumenta que la IA hace a Salesforce mas valioso, no menos. Las soluciones auto-construidas conllevan riesgos reales de seguridad de datos y cumplimiento normativo. Y por ahora, los agentes actuales todavia chocan con tareas complejas.
Lo mismo aplica a las apps. Generar una app en minutos es una cosa. Mantenerla funcionando es otra. Las apps mantienen su valor cuando los usuarios esperan seguridad, sincronizacion, soporte, pagos, calidad de datos o confiabilidad. Lo que esta bajo presion ahora mismo son las interfaces intercambiables para tareas simples.
¿Por que Google puede correr este riesgo y Apple no?
Google puede correr este experimento mas facilmente que Apple porque AI Studio no inunda la Play Store publica con apps generadas. Corren localmente, pueden cargarse al dispositivo via USB (sideload), o subirse a canales de testing interno en Play Console. Una app personal mal construida no es un producto publicamente listado con ratings, pagos y distribucion masiva.
Al mismo tiempo, Google esta impulsando el mercado tradicional de apps por un canal nuevo. En las proximas semanas, Gemini en Android y la web empezara a sugerir apps existentes directamente en conversaciones con los usuarios. Mas tarde este año, el asistente tambien expondra mas de 450.000 peliculas, series y streams deportivos en vivo, llevando a los usuarios directo a la app Android del proveedor. Google esta construyendo por los dos lados: las necesidades simples seran cada vez mas resolubles con un prompt, mientras las apps profesionales ganan nuevo alcance via Gemini.
El modelo mas abierto de Android ayuda aca. Google necesita proteger la Play Store, pero Android siempre prospero con software que existe fuera de un escaparate estrictamente controlado.
Apple traza una linea mas estricta. Apple bloqueo updates de apps de vibe coding como Replit y Vibecode, citando la directriz 2.5.2. Esa regla prohibe que las apps descarguen, instalen o ejecuten codigo que cambie la funcionalidad de la app u otras apps. TechCrunch tambien reporto que la app de vibe coding Anything fue retirada del App Store dos veces.
Apple esta defendiendo un modelo de seguridad, no solo ingresos de App Store: lo que sea que corra en el iPhone deberia ser revisado primero. Google esta probando mas autonomia local. Si eso lleva a menos app slop, mas app slop o una capa genuinamente nueva de software personal, queda como pregunta abierta. Lo que esta claro: para casos de uso pequeños y simples, la app como producto ya no es algo dado por descontado.
