Google anunció el 16 de octubre que los desarrolladores pueden establecer una sintaxis de formato predeterminada para una aplicación de Google Chat. La opción está en la página de configuración de la API de Chat en la Google Cloud Console, y se espera que la implementación se complete en unos días. Puedes elegir entre la sintaxis estándar de Markdown o la sintaxis original de Google Chat. Se trata de un cambio en la forma en que se presentan los mensajes, no del lanzamiento de un nuevo modelo de IA.
La actualización también es relevante para aquellos que ejecutan un agente o una integración de IA que publica resúmenes, alertas y tareas en Chat. Cuando el mensaje se genera automáticamente, es útil saber qué sintaxis espera recibir el servicio. Un valor predeterminado a nivel de aplicación puede hacer que los mensajes sean más consistentes, pero no garantiza por sí mismo que el texto sea preciso o que todos los elementos de formato aparezcan como se esperaba.
Lo que cambió en el entorno
Según Google, también es posible anular el valor predeterminado a nivel de solicitud individual mediante el campo markupSyntax del recurso Message. La opción es relevante para crear, actualizar o leer mensajes utilizando la API. Por lo tanto, no es necesario aplicar esa sintaxis a todos los escenarios. Un equipo con mensajes existentes puede ver cómo combinar el valor predeterminado con solicitudes que requieren un comportamiento explícito de manera diferente.
Vale la pena distinguir entre la disponibilidad de la nueva definición y el soporte de Markdown en general. La actualización actual se ocupa del valor predeterminado a nivel de aplicación y la capacidad de controlarlo en cualquier solicitud. No significa que todas las aplicaciones existentes se hayan convertido automáticamente, ni describe un cambio en sus permisos para acceder al contenido de la conversación. Tampoco anuncia ningún cambio de precio o límites extendidos en el uso de modelos.
Qué buscar en una integración existente
Antes de cambiar una aplicación activa, es aconsejable probar mensajes que representen el uso real: listas, fragmentos de código, resaltados y texto, incluidos hebreo e inglés. Los mensajes largos y los mensajes que se actualizan después de su publicación también deben ser revisados. Es una comprobación de su integración, no una confirmación absoluta de que cualquier texto que un modelo genere será válido en cualquier cliente de Chat o cualquier formato de visualización.
Si un agente resume una cita o produce tareas, es aconsejable comprobar por separado el contenido y la presentación. Un mensaje ordenado puede parecer creíble incluso cuando el número, el nombre o la fecha son incorrectos. Cambiar la sintaxis de diseño no sustituye los procesos de aprobación o control requeridos por el agente. Permite una definición más clara de cómo debe decodificarse y mostrarse el mensaje en el servicio.
El paso práctico es comprobar la configuración de la página de la aplicación, registrar el valor predeterminado e identificar las solicitudes que envían una anulación explícita. Esto hace que sea más fácil entender una brecha entre los mensajes sin atribuirla inmediatamente al modelo que los produce. Para un equipo que ejecuta varios procesos automatizados, separar la generación de texto del formato puede facilitar la solución de problemas y el mantenimiento posterior.