Google afirma que el usuario de Gemini no tendrá que saber si su tarea requiere Spark, Daily Brief o simplemente una búsqueda rápida en el correo electrónico. Pero esta promesa revela, según la opinión de Sarah Perez en TechCrunch, una contradicción dentro de la propia aplicación: casi cada capacidad obtiene un nombre, una identidad, un icono y un espacio independiente, lo que hace que el usuario aprenda la estructura del producto en lugar de concentrarse en la tarea que quiere realizar.
En la aplicación Gemini, el usuario puede desplazarse entre la conversación, Spark y Daily Brief, funciones que aparecen separadas dentro de la interfaz. Perez considera que esta división añade desorden a una experiencia que podría ser más sencilla y sugiere que Gemini aún no ha definido la función central por la que quiere ser conocido entre los usuarios comunes.
Cuando la asistencia proactiva se convierte en una molestia
Daily Brief ofrece un ejemplo de la brecha entre lo que parece inteligente desde una perspectiva de ingeniería y lo que resulta útil en el uso cotidiano. La función crea algo parecido a una agenda impulsada por inteligencia artificial y muestra actualizaciones «proactivas y personalizadas» basadas en datos de aplicaciones de Google como Gmail y Calendar.
Sin embargo, el artículo señala que Daily Brief no siempre distingue entre una información urgente o susceptible de acción y recordatorios que el usuario no ha solicitado. Puede volver a sugerir el seguimiento de una búsqueda que el usuario inició dentro del chatbot o mostrar búsquedas anteriores en Google. Perez describe este segundo tipo como potencialmente inquietante, porque buscar una beca o información sobre rescate de animales no implica necesariamente que el usuario quiera que el servicio vuelva a perseguirlo con esos temas más adelante.
Una función práctica oculta tras una marca
Por otro lado, la autora considera que Spark podría ser una de las partes más útiles de Gemini, porque funciona como un agente de inteligencia artificial capaz de ejecutar acciones en nombre del usuario. Sin embargo, Google la presentó como una marca independiente, lo que obliga al usuario a pensar adónde debe acudir antes de escribir su solicitud.
La propuesta editorial es clara: el usuario no debería decidir de antemano qué «sección» de la aplicación es adecuada para la tarea. Lo mejor sería que escribiera o dijera lo que quiere y que el sistema determinara internamente si necesita una conversación normal o un agente capaz de ejecutar pasos adicionales. Estas denominaciones pueden resultar útiles para los equipos de ingeniería o para la organización interna, pero no necesariamente lo son para una interfaz dirigida a un público amplio.
El problema va más allá de Gemini
Perez no limita el problema a Google. Señala que el sector de la inteligencia artificial revela su estructura interna a los usuarios en lugar de ocultarla tras una experiencia más sencilla. En la aplicación Claude de Anthropic, el usuario debe elegir entre «Chat» y «Cowork», mientras que ChatGPT obliga a desplazarse entre «Chat» y «Work». La autora describe esto como un diseño que parte de una forma de pensar ingenieril y pide al consumidor que aprenda nombres para distintas interfaces o modos de interacción, aunque funcionen sobre un modelo de inteligencia artificial de la empresa.
El artículo señala que este problema no se limita a los nombres, sino también a la fragmentación del contexto. Hasta esa semana, los dos modos de Claude no compartían la memoria de las conversaciones anteriores dentro de la aplicación, según el texto. Esto hace que la separación entre funciones sea más evidente desde la perspectiva del usuario y quizá más confusa.
¿Por qué la simplicidad de Siri puede ser una ventaja?
Perez considera que el enfoque menos llamativo de Apple en Siri podría acabar ganando la confianza de los consumidores, porque los propietarios de iPhone y de dispositivos Apple no necesitan cambiar sus hábitos ni aprender una nueva interfaz. En su lugar, la empresa añade capacidades más inteligentes a herramientas que ya utilizan, como Spotlight Search, la aplicación Photos, la cámara del iPhone y las solicitudes de voz a Siri.
El mismo principio se aplica, según la lectura presentada en el artículo, al auge de los servicios de inteligencia artificial basados en mensajes de texto. Servicios como Poke, Ollie, Lindy, Orchid, Lucas, Folk, Tomo e Instinct permiten al usuario enviar un mensaje al asistente y dejar que este se encargue de la solicitud, sin buscar la función correcta dentro de una aplicación más grande.
La interfaz de mensajería de texto resulta familiar y no exige que el usuario memorice el mapa del producto ni comprenda las diferencias entre agentes y modos de conversación. El artículo cita a Justine Moore, socia de inversiones en a16z, quien afirma que la gente no quiere abrir una aplicación cada vez que necesita ayuda, sino que quiere un contacto al que pueda escribirle como a un amigo, y que iMessage representa el estándar más alto para este tipo de interacción.
Lectura editorial: Lo que realmente cambia no es solo la capacidad de los modelos, sino la forma de presentarlos. Cuantas más funciones haya, más ocultar la complejidad interna pasa a formar parte de la calidad del producto, y deja de ser una mera decisión estética de la interfaz. Pero la fuente no demuestra que un único modelo o un estilo concreto vaya a imponerse necesariamente; además, la interacción proactiva sigue vinculada a una cuestión delicada sobre los límites del uso de los datos del correo electrónico, el calendario y el historial de búsqueda. Por eso, la cuestión parece abierta entre la comodidad de un asistente que actúa automáticamente y el riesgo de que se convierta en una fuente de alertas o sugerencias que el usuario no ha solicitado.