El teclado de Google dejó de ser una simple herramienta de entrada para convertirse en un editor activo. Las herramientas de escritura lanzadas el año pasado junto con el Pixel 10 utilizan el modelo Gemini Nano para refinar o reescribir texto directamente en la pantalla.
La compañía prepara nuevos controles antes del evento I/O 2026. El análisis del código de la versión beta más reciente de la aplicación Gboard revela intenciones claras de expandir estas capacidades generativas.
El sistema actúa como entrenador de escritura experto
Las directrices internas para el modelo de inteligencia artificial subyacente establecen que debe actuar como expert writing coach and text editor. Esta definición técnica sugiere un cambio de rol: la aplicación no solo corrige, sino que guía la composición.
El modelo ofrecerá tres sugerencias para ajustar la composición original. Es probable que los usuarios encuentren botones con indicaciones específicas como less robotic, make a joke o corporate jargon para modular el tono del mensaje.
Los prompts personalizados llegan a la interfaz
Una función en pruebas añadirá un cuadro de entrada con el texto literal Enter your custom prompt. Este campo permite modificar el texto con instrucciones personalizadas, otorgando al usuario un control granular sobre el resultado final.
Gboard podría incluir una opción para redactar mensajes completos a partir de una descripción del usuario. Esta mecánica replica la función Help me write presente ya en Gmail y Chrome, unificando la experiencia de asistencia entre productos.
La integración visual también avanza. El teclado podría utilizar capturas de pantalla de la galería para redactar texto automáticamente, aunque esto requerirá acceso explícito a la carpeta correspondiente del dispositivo.
El procesamiento local define los límites técnicos
Se han localizado cadenas de código que indican que Gboard podría obtener la opción de leer conversaciones para generar contexto. Esta capacidad plantea retos técnicos importantes para la privacidad y el rendimiento.
El procesamiento de estas funciones podría realizarse en el dispositivo en lugar de en la nube. Esta arquitectura on-device protege los datos, pero exige recursos hardware significativos.
Las funciones podrían limitarse únicamente a texto en dispositivos con memoria RAM insuficiente. La potencia de procesamiento determina así qué usuarios acceden a las características completas y quiénes reciben una versión recortada.