Google cancela las apps móviles de AI Studio mientras Gemini toma el control de la creación de aplicaciones

Gemini está absorbiendo un producto que Google anunció hace apenas dos meses, pese a los planes de lanzar aplicaciones independientes de AI Studio para Android e iOS. El informe de 9to5Google señala que esas apps móviles han sido canceladas. Google ahora planea integrar la creación de aplicaciones directamente en Gemini, con el objetivo eventual de abarcar software tanto móvil como de escritorio.

Esto es más que otro experimento cancelado de Google. Revierte la propuesta que la compañía presentó en I/O 2026, donde AI Studio móvil se mostraba como un espacio dedicado para crear desde el teléfono. En cambio, Google parece considerar que la generación de aplicaciones debe vivir dentro del asistente que la gente ya utiliza.

La decisión enfrenta una superficie de desarrollo independiente con otra integrada en la conversación. AI Studio sigue disponible en la web, pero Gemini cuenta con más de 900 millones de usuarios mensuales. Incorporar la creación en ese producto más amplio podría convertir el desarrollo de aplicaciones de un destino específico en una parte cotidiana de una conversación.

Qué cambió, según el informe de 9to5Google

Google ha cancelado el contenedor móvil independiente, no su esfuerzo más amplio por hacer accesible la creación de software desde dispositivos cotidianos.

En Google I/O, el 19 de mayo, la compañía invitó a los usuarios a preregistrarse para apps dedicadas de AI Studio en Android e iOS. La experiencia prevista prometía el modo Build completo en un teléfono. El modo Build es el entorno de AI Studio basado en prompts para generar y previsualizar aplicaciones.

Google describió un flujo de trabajo que comenzaba al capturar una idea lejos del escritorio. Después, los usuarios podían iterar sobre el código, previsualizar compilaciones, remezclar proyectos de la galería y compartir implementaciones en vivo. Más tarde podían continuar el mismo trabajo desde un escritorio.

El plan original para la app móvil de la compañía trataba la portabilidad como la principal ventaja. Un teléfono se convertiría en una superficie de desarrollo compacta, en lugar de limitarse a mostrar una aplicación generada en otro lugar.

La ficha de iOS incluso sugería una fecha de lanzamiento en julio, mientras que los usuarios de Android podían preregistrarse a través de Google Play. Ninguna de las dos versiones ha llegado al público como se presentó originalmente.

Según el informe de cancelación de la app del 31 de julio, Google ha cambiado de estrategia. La compañía se aleja de clientes móviles dedicados de AI Studio y dirige su atención hacia la creación de aplicaciones dentro de Gemini.

La formulación pública de Google sugiere que, con el tiempo, los usuarios crearán aplicaciones móviles y de escritorio mediante conversaciones normales con Gemini. Una idea podría surgir mientras alguien habla sobre un viaje, organiza trabajo o resuelve un problema práctico. Gemini podría entonces convertir esa necesidad en software interactivo.

La redacción importa porque describe un modelo de interacción diferente. AI Studio pide al usuario entrar en un entorno de desarrollo con una idea de aplicación. Gemini podría identificar una oportunidad para crear software mientras el usuario ya está explicando un objetivo.

Esa diferencia cambia el punto de entrada. El usuario ya no necesita decidir que una aplicación es la respuesta antes de empezar. Gemini podría proponer o generar una interfaz después de comprender la tarea subyacente.

Google no ha publicado un calendario de lanzamiento detallado para esta capacidad. Tampoco ha definido qué plataformas, tipos de cuenta o países la recibirán primero. La cancelación es concreta, mientras que el reemplazo sigue siendo una dirección futura de producto.

AI Studio no está siendo clausurado. Su producto web sigue admitiendo generación de aplicaciones, experimentación con modelos, implementación y desarrollo nativo para Android. Los productos cancelados son los clientes móviles independientes previstos.

Ese límite es importante. Algunas reacciones han descrito la decisión como si Google estuviera eliminando AI Studio, pero la evidencia disponible no respalda esa conclusión. Google está cambiando dónde vivirá su experiencia de creación orientada al consumidor.

Por tanto, el relato de 9to5Google incluye tanto una retirada como una expansión. Un par prometido de apps móviles ha desaparecido. La ambición subyacente ahora incluye aplicaciones de escritorio y una audiencia de Gemini mucho mayor.

Este giro plantea la pregunta central. ¿Puede un asistente general ofrecer suficiente control para una creación seria de aplicaciones, o la integración borrará la claridad que hacía útil a AI Studio?

Google cambia un creador dedicado por el alcance de Gemini

Las apps canceladas eliminan un destino evidente, pero le dan a Google la oportunidad de situar la generación de aplicaciones ante cientos de millones de usuarios existentes.

Google dijo en mayo que Gemini presta servicio a más de 900 millones de usuarios mensuales en 230 países y más de 70 idiomas. Un año antes, la compañía informó de 400 millones de usuarios. Estas cifras proceden de Google y no han sido auditadas de forma independiente.

Incluso con esa salvedad, la diferencia de escala es considerable. AI Studio se dirige a desarrolladores, creadores técnicos y personas que experimentan activamente con modelos Gemini. La app Gemini llega a una audiencia más amplia que quizá nunca visite una herramienta para desarrolladores.

La actualización de la app Gemini de Google también muestra por qué la consolidación encaja con su estrategia actual. La compañía está convirtiendo Gemini en una capa general de acción, en lugar de mantenerlo como un chatbot de preguntas y respuestas.

En I/O, Google presentó Gemini Spark, un agente diseñado para realizar tareas en segundo plano bajo la dirección del usuario. También amplió la generación de archivos, los servicios conectados y la asistencia proactiva. La creación de aplicaciones encaja en esa dirección porque transforma una conversación en un artefacto ejecutable.

Pensemos en un responsable de proyecto que planifica el lanzamiento de un producto. La conversación podría revelar la necesidad de un panel de estado, un rastreador de riesgos o un clasificador de comentarios. Gemini podría generar esa interfaz sin exigir al usuario abrir un producto de desarrollo independiente.

Un profesor podría pedir un cuestionario de clase que se adapte tras cada respuesta. Un gerente de ventas podría solicitar un formulario móvil de captación conectado a una hoja compartida. Un viajero podría convertir una conversación sobre un itinerario en una lista de comprobación sin conexión.

Estos ejemplos siguen siendo hipotéticos hasta que Google lance la integración. Aun así, ilustran por qué importa el contexto conversacional. Gemini podría conocer ya el objetivo, las limitaciones, los archivos y el formato de salida preferido del usuario antes de generar una aplicación.

Una app dedicada de AI Studio empezaría con menos contexto. Podría acceder al historial de un proyecto, pero el usuario aún tendría que traducir un problema del mundo real en una solicitud de desarrollo. Gemini puede eliminar potencialmente ese paso de traducción.

Aquí también es donde las integraciones de Workspace de Google se vuelven estratégicamente útiles. AI Studio ya puede crear aplicaciones que funcionan con Sheets, Drive y documentos. Esas conexiones permiten que el software generado actúe sobre la información que las personas utilizan en el trabajo.

Los aspectos destacados para desarrolladores de la compañía situaron AI Studio dentro de una cadena más amplia. Los usuarios podían crear prototipos en AI Studio, exportar proyectos a Antigravity y continuar hasta la implementación.

Gemini podría convertirse en la primera etapa de esa misma cadena. Capturaría la intención y generaría una experiencia inicial. AI Studio o Antigravity podrían proporcionar después un control más profundo cuando un proyecto se vuelva más exigente.

Esta estructura se parece más a un embudo que a un reemplazo. Gemini lleva la creación de aplicaciones a una audiencia amplia. AI Studio se encarga de la creación basada en navegador, mientras Antigravity admite un desarrollo más extenso y la orquestación de agentes.

El desafío es conservar una transferencia limpia. Una aplicación generada se vuelve más difícil de mantener a medida que incorpora autenticación, bases de datos, permisos, facturación y servicios externos. Los usuarios necesitan acceso al código, la configuración, las pruebas y los registros de implementación.

Google no ha explicado cómo se trasladarán los proyectos de Gemini a esas superficies profesionales. No ha dicho si el contexto de la conversación, los archivos generados, los secretos o los ajustes de implementación viajarán con ellos.

La compañía ya permite exportar proyectos de AI Studio a Antigravity con el contexto adjunto. Un puente comparable desde Gemini haría más creíble la estrategia integrada. Sin él, las apps generadas corren el riesgo de convertirse en demostraciones temporales.

Para Google, el argumento del alcance sigue siendo convincente. Crear una audiencia móvil independiente requeriría instalación, incorporación y uso recurrente. Gemini ya cuenta con esas relaciones y ocupa espacio en Android, iOS, la web y el escritorio.

Para los usuarios, la consolidación también reduce la confusión entre productos. Google ofrece Gemini, AI Studio, Android Studio, Firebase, Antigravity y varios servicios de desarrollo en la nube. Otra aplicación móvil habría añadido una nueva frontera que comprender.

Aun así, el alcance no garantiza la adopción. Las personas abren Gemini para muchas tareas no relacionadas con el software. Google debe hacer que la generación de aplicaciones sea fácil de descubrir sin interrumpir las conversaciones normales ni producir interfaces no deseadas.

El informe de 9to5Google refleja una apuesta por la distribución. Google sacrifica un producto enfocado para que la creación de aplicaciones pueda aparecer dentro de su asistente más grande. El éxito de ese intercambio depende de la ejecución, no solo del tamaño de la audiencia.

El verdadero giro está en dónde nacen las ideas de aplicaciones

Google diseñó originalmente AI Studio móvil en torno a la creación intencional, mientras que el plan de Gemini parte de una necesidad que surge durante la conversación.

El concepto anterior seguía una secuencia de desarrollo conocida. Una persona tenía una idea, abría AI Studio, describía la aplicación, revisaba el resultado y compartía una implementación. El teléfono cambiaba el dispositivo, pero no el flujo de trabajo básico.

El nuevo concepto cambia el propio flujo de trabajo. Los usuarios pueden comenzar hablando de un problema en lugar de solicitar software. Gemini podría decidir que una aplicación interactiva es una respuesta útil.

Este es el giro principal del artículo. Google pasa de “abrir un creador” a “dejar que el asistente cree cuando sea apropiado”. Eso desplaza la iniciativa del usuario hacia el modelo.

El enfoque se apoya en funciones que ya aparecen en productos de IA conversacional. Los asistentes pueden crear documentos, hojas de cálculo, gráficos, visualizaciones interactivas y pequeños artefactos basados en código. Las aplicaciones son una extensión mayor de ese modelo de salida.

Google añadió en abril la generación de archivos descargables a Gemini. Los usuarios pueden solicitar documentos, hojas de cálculo, PDF y otros formatos sin salir de un chat. La compañía ahora está posicionando el software como otro artefacto que una conversación puede producir.

Una aplicación difiere de un archivo porque tiene estado y comportamiento. Puede aceptar entradas de usuario, llamar a servicios externos, almacenar información o cambiar con el tiempo. Eso hace que la generación sea más útil, pero también crea más oportunidades de fallo.

Google AI Studio ya admite aplicaciones full-stack basadas en prompts, que combinan una interfaz, lógica de servidor y servicios de datos conectados. Su actual guía del modo Build describe la generación de aplicaciones en torno a las capacidades de Gemini, la implementación y el manejo de secretos en el servidor.

La herramienta web ofrece controles de desarrollo visibles. Los usuarios pueden inspeccionar el código, ajustar prompts, probar comportamientos, conectar servicios y gestionar implementaciones. Esos controles crean una frontera mental entre la conversación y la ingeniería de software.

La interfaz conversacional de Gemini es deliberadamente menos técnica. Eso la hace accesible, pero también puede ocultar decisiones importantes. Una aplicación generada sigue necesitando permisos, reglas de datos, manejo de errores y límites de seguridad.

Google debe decidir cuánta de esa complejidad aparece en el chat. Demasiada configuración hará que Gemini se parezca a un entorno de desarrollo integrado. Demasiado poca dejará a los usuarios sin forma de evaluar qué hace la aplicación generada.

La generación para móviles y ordenadores añade otra capa. Google demostró la creación de aplicaciones nativas para Android en AI Studio usando Kotlin y Jetpack Compose, el moderno framework de interfaces de Android. Los usuarios pueden previsualizar el código en un emulador basado en navegador y enviar compilaciones a una pista de pruebas internas.

El desarrollo de escritorio está menos definido. Google no ha identificado los sistemas operativos, frameworks de aplicaciones, formatos de empaquetado ni métodos de distribución que planea admitir a través de Gemini.

“Aplicaciones de escritorio” podría significar software instalable para Windows y macOS. También podría describir aplicaciones web optimizadas para pantallas grandes. Son promesas sustancialmente distintas, por lo que Google debe definir el término.

La vía para iOS es igualmente incierta. El soporte anunciado de desarrollo nativo de AI Studio se centró en Android. Google no anunció un flujo de trabajo equivalente basado en Swift para generar aplicaciones nativas de iPhone.

Cancelar un cliente de iOS no crea automáticamente soporte de desarrollo para iOS. El cliente habría permitido usar AI Studio en un iPhone. No necesariamente habría generado software nativo para iOS.

Esa distinción puede desaparecer fácilmente en los titulares. Google afirma que Gemini eventualmente creará aplicaciones móviles, pero el formato de salida sigue sin especificarse. Una aplicación web adaptada a móviles no es lo mismo que una aplicación nativa lista para una tienda.

La versión más sólida del plan de Google usaría la conversación para identificar una necesidad, producir una interfaz funcional y permitir a los usuarios elegir un destino de salida. Después expondría el código y las herramientas de prueba antes del despliegue.

Una versión más débil crearía tarjetas interactivas desechables que solo funcionan dentro de Gemini. Esas experiencias podrían seguir ayudando a los usuarios, pero no cumplirían las expectativas habituales de software móvil o de escritorio independiente.

El límite del producto determinará quién siente la presión. Los creadores basados en prompts compiten ofreciendo un espacio de trabajo dedicado, proyectos reutilizables, alojamiento y despliegue. Gemini puede desafiarlos si su salida conversacional sigue siendo editable y portátil.

Los entornos de desarrollo tradicionales enfrentan una presión distinta. Google no está sustituyendo la ingeniería profesional con un único prompt. Está trasladando la creación temprana de prototipos a un lugar donde muchos usuarios ya describen sus necesidades.

Los desarrolladores podrían recibir más proyectos parcialmente generados de colegas que nunca abrieron una herramienta de programación. Eso puede acelerar el descubrimiento, pero también generar trabajo de mantenimiento. El código generado sigue necesitando revisión antes de manejar información sensible o atender a clientes reales.

Los equipos pueden prepararse tratando los prototipos conversacionales como artefactos de requisitos, no como productos terminados. Deben conservar los prompts, el comportamiento esperado, los casos de prueba y el material de origen. Un conjunto consultable de documentos de ingeniería puede facilitar esa transferencia.

La apuesta de Google es que la creación de aplicaciones empieza antes de que alguien reconozca que está desarrollando software. Gemini ya ocupa ese momento anterior. AI Studio no.

La creación de aplicaciones en Gemini aún tiene un problema de control

La estrategia integrada reduce la fricción, pero Google no ha mostrado cómo gestionará Gemini las pruebas, la seguridad, la portabilidad y el mantenimiento a largo plazo.

La primera incertidumbre se refiere a la definición del producto. Google ha descrito una dirección futura, no una función terminada. No hay una fecha pública de lanzamiento, una lista de plataformas compatibles ni una demostración detallada de la generación para móviles y escritorio dentro de Gemini.

Esa brecha importa porque las aplicaciones independientes eran lo bastante concretas para la preregistración. Google anunció funciones, mostró una interfaz y describió un flujo de trabajo entre dispositivos. El reemplazo ofrece actualmente menos detalle operativo.

La segunda incertidumbre se refiere al control del usuario. Las conversaciones son buenas para recabar intención, pero sustituyen mal a la gestión estructurada de proyectos. Las aplicaciones necesitan historial de versiones, archivos, dependencias, variables de entorno, ajustes de despliegue y pruebas repetibles.

Un usuario también necesita entender cuándo Gemini está proponiendo una aplicación. Generar automáticamente una interfaz para cada pregunta compleja crearía ruido. Esperar una solicitud explícita debilitaría la promesa de que las aplicaciones surjan naturalmente de la conversación.

Google debe establecer un paso claro de consentimiento. Gemini puede sugerir una aplicación, explicar a qué accederá y pedir al usuario que apruebe su generación. Eso preservaría el descubrimiento conversacional y mantendría al usuario en control.

Los permisos requieren un tratamiento similar. Un panel conectado a una hoja de cálculo necesita un acceso distinto al de una calculadora local. Una aplicación que envía correo electrónico o almacena información de clientes conlleva más riesgo que un gráfico interactivo.

La documentación de Firebase de Google ya advierte a los desarrolladores que mantengan las claves de API de Gemini fuera del código cliente. También recomienda reglas de seguridad y comprobaciones de aplicación para los servicios conectados. Esas salvaguardas no pueden desaparecer simplemente porque Gemini haya generado el proyecto.

Las aplicaciones generadas pueden contener valores predeterminados inseguros, lógica poco fiable o dependencias con vulnerabilidades conocidas. Una interfaz pulida no demuestra que una aplicación sea segura. Los usuarios pueden sobreestimar su calidad porque Gemini produjo una vista previa convincente.

Por lo tanto, la historia de Google de 9to5Google no debe leerse como prueba de que Gemini puede reemplazar a los equipos de software. Google ha anunciado una estrategia de distribución e interfaz. No ha demostrado un desarrollo integral fiable en plataformas móviles y de escritorio.

La portabilidad presenta otro riesgo. Los usuarios necesitan saber si pueden exportar el código generado, desplegarlo en otro lugar y continuar el desarrollo sin Gemini. Un proyecto bloqueado dentro de una conversación tiene un valor limitado para el trabajo a largo plazo.

AI Studio ofrece actualmente flujos de trabajo orientados al código y conexiones con otras herramientas de desarrollo de Google. Eso crea una ruta desde el prototipo hasta un proyecto mantenido. Gemini necesita una salida igual de visible hacia AI Studio, Antigravity, Android Studio u otro entorno estándar.

Las pruebas también se vuelven más complejas entre plataformas. Una aplicación de escritorio puede comportarse de forma distinta en Windows y macOS. Una aplicación móvil debe tener en cuenta los tamaños de pantalla, los permisos, la actividad en segundo plano, el consumo de batería y las políticas de las tiendas.

Google controla Android y Google Play, lo que le da una ruta directa de pruebas y distribución. No controla el entorno de desarrollo de Apple ni el proceso de revisión de App Store. Las afirmaciones multiplataforma requerirán evidencia que vaya más allá de generar una interfaz adaptable.

La demostración de I/O de la empresa estableció un punto de referencia útil para Android. AI Studio podía generar código Kotlin, ejecutarlo en un emulador de navegador, conectarse mediante Android Debug Bridge y publicarlo en una pista de pruebas internas. Gemini debería igualar esos controles antes de que los usuarios consideren su salida como software desplegable.

También hay un problema de descubribilidad para los usuarios avanzados. AI Studio separa modelos, prompts, herramientas y código en un entorno diseñado para la experimentación. La interfaz más sencilla de Gemini podría ocultar elecciones de modelo o eliminar opciones de configuración que esos usuarios necesitan.

La consolidación solo funciona si Google conserva distintos niveles de control. Un usuario ocasional puede aceptar una miniaplicación generada automáticamente. Un desarrollador debe poder inspeccionar la implementación y cambiar su funcionamiento.

Las reacciones de los usuarios ya reflejan ambas posturas. Algunas personas ven la aplicación independiente como innecesaria porque AI Studio funciona a través de un navegador móvil. Otras temen que integrar la creación en Gemini reduzca el acceso a los controles más profundos de AI Studio.

Ninguna de las dos posturas puede resolverse antes de que se publique el reemplazo. La cancelación reduce hoy la proliferación de aplicaciones. También elimina una experiencia prometida antes de que Google haya demostrado que Gemini ofrece una equivalente.

El historial de productos de Google añade un escepticismo comprensible. La empresa suele combinar servicios superpuestos, pero los usuarios pueden perder flujos de trabajo durante esas transiciones. Una preregistración cancelada hace más difícil evaluar promesas futuras sin software funcional.

La interpretación prudente es limitada. Google cree que la creación conversacional de aplicaciones tiene más valor estratégico que un cliente móvil independiente de AI Studio. Que esa decisión beneficie a los creadores depende de la exportación, las pruebas, el soporte de plataformas y la fiabilidad.

Lo que Google, los desarrolladores y los rivales deben demostrar a continuación

Tres señales mostrarán si Google ha encontrado una mejor ruta para crear aplicaciones o simplemente canceló un producto antes de que su reemplazo estuviera listo.

La primera señal es una vista previa funcional de generación de aplicaciones en Gemini. Google necesita mostrar una conversación completa que se convierta en una aplicación editable. La demostración debería incluir comportamiento generado, permisos, pruebas y una ruta de exportación.

Una tarjeta interactiva básica debilitaría la afirmación más amplia. Un proyecto que pase a AI Studio o Antigravity con su contexto intacto respaldaría la estrategia de consolidación de Google.

La segunda señal es una definición precisa de plataformas. Google debe explicar qué entiende por aplicaciones móviles y de escritorio. Los desarrolladores necesitan saber si Gemini genera código nativo, paquetes multiplataforma, aplicaciones web progresivas o experiencias limitadas a Gemini.

El soporte nativo para Android se basaría en capacidades que Google ya anunció. La salida nativa para iOS, Windows o macOS requeriría nuevas cadenas de herramientas y flujos de distribución. Cada destino crea requisitos técnicos y de políticas diferentes.

La tercera señal es cómo responden los creadores competidores. Los servicios centrados en la creación de aplicaciones a partir de prompts pueden enfatizar la edición predecible, el despliegue, las integraciones y la propiedad del código. También pueden hacer que el soporte multiplataforma sea más fácil de entender que la creciente colección de productos de Google.

Si los rivales mejoran la transición de prototipos en lenguaje natural a código mantenido, la ventaja de distribución de Google podría no decidir el mercado. Los usuarios suelen aceptar una aplicación adicional cuando ofrece un control más claro.

Google también debe aclarar el papel continuo de AI Studio. Mantener activa la herramienta web no es suficiente. La empresa debe explicar qué trabajo comienza en Gemini, cuál pasa a AI Studio y cuál corresponde a Antigravity o Android Studio.

Ese mapa ayudaría tanto a creadores ocasionales como a equipos profesionales. Sin él, la familia de productos puede parecer varias respuestas superpuestas a la misma pregunta.

Para los desarrolladores, la respuesta a corto plazo debe ser práctica. No rediseñen un flujo de trabajo en torno a una función de Gemini que aún no se ha lanzado. Sigan usando las herramientas web actuales de AI Studio cuando cubran las necesidades del proyecto.

Al mismo tiempo, vigilen los proyectos que empiezan fuera de ingeniería. Los colegas podrían llegar pronto con prototipos generados durante conversaciones ordinarias en Gemini. Los equipos deben decidir cómo esos artefactos entran en la revisión, las pruebas, la evaluación de seguridad y la asignación de responsabilidad.

Los compradores empresariales deberían centrarse en la gobernanza más que en la velocidad de las demostraciones. Necesitan registros que muestren a qué datos accedió una aplicación generada, qué código se desplegó y quién aprobó cada permiso.

Los trabajadores del conocimiento deberían observar con qué frecuencia Gemini propone aplicaciones sin que se le solicite. Las sugerencias útiles podrían convertir tareas recurrentes en pequeñas herramientas personalizadas. Las malas sugerencias podrían dificultar la navegación por las conversaciones.

La competencia central sigue siendo entre un creador dedicado y un asistente integrado. AI Studio ofrece intención, estructura y controles visibles. Gemini ofrece contexto, distribución y una barrera de entrada menor.

Google ha elegido al asistente integrado como su principal vía para consumidores. Aún no ha demostrado que esta vía pueda conservar el control necesario una vez que un prototipo se vuelve importante.

Eso convierte a las aplicaciones canceladas en una decisión de producto especialmente reveladora. Google no abandonó la creación móvil porque los teléfonos no fueran adecuados. Decidió que un destino independiente tenía menos valor que integrar la creación dentro de Gemini.

Los próximos meses deberían mostrar si ese juicio se sostiene. Una vista previa detallada de Gemini lo reforzaría. Demostraciones vagas, opciones de exportación limitadas o el silencio continuado sobre la compatibilidad con plataformas lo debilitarían.

El informe de 9to5Google sobre Google marca el final de un producto anunciado, pero no el de las ambiciones de Google en el desarrollo móvil. Impone una carga mayor a Gemini: conectar conversación, código y despliegue sin ocultar decisiones esenciales.

¿Qué deberían hacer los usuarios ahora? Seguir creando con las herramientas que ya existen y evaluar la futura creación de aplicaciones de Gemini por el código exportado, no por vistas previas pulidas. Preguntarse si los proyectos siguen siendo editables, comprobables y portables cuando termina la conversación. Los desarrolladores también deberían exigir límites de permisos claros antes de conectar software generado con datos reales. Si Google ofrece esos elementos, la cancelación de las aplicaciones independientes parecerá una consolidación bien enfocada. Si no lo hace, la decisión parecerá una retirada prematura envuelta en una promesa más amplia.