Los agentes de inteligencia artificial ya pueden escribir código para crear un gráfico, pero eso no significa que el resultado sea correcto, legible o fácil de mantener. Microsoft Research presentó el 22 de octubre de 2026 Flint Interactive, la versión interactiva de un lenguaje abierto pensado para que agentes y desarrolladores describan visualizaciones mediante especificaciones compactas que una persona también puede leer y editar.
La propuesta intenta resolver un problema concreto: cuando un modelo genera directamente código para Vega-Lite, ECharts, Chart.js o Plotly, puede mezclar decisiones sobre datos, diseño, formato e interacción. Un cambio aparentemente pequeño —por ejemplo, añadir un filtro o modificar la unidad de un eje— puede obligarlo a reescribir una parte sustancial del gráfico y crear errores nuevos. Flint introduce una capa común entre la intención y el motor de renderizado.
No es un sustituto de un analista ni una garantía de veracidad. Facilita que un agente construya y modifique gráficos de forma más estructurada. La calidad final sigue dependiendo de los datos, la elección del gráfico, las transformaciones, las unidades y la revisión humana.
Qué es Flint Interactive y qué acaba de cambiar
Flint es un lenguaje intermedio de visualización. En lugar de pedir a un agente que produzca cientos de líneas específicas para una biblioteca, se le puede solicitar una especificación que describa los datos, sus tipos semánticos, el gráfico, el tema visual y las interacciones. El compilador transforma después esa descripción en una configuración válida para el motor seleccionado.
La versión 1.0, publicada por el proyecto el 19 de octubre y explicada por Microsoft Research tres días después, añade interacciones reutilizables, eventos semánticos y una API para conectar el gráfico con el resto de una aplicación. Un usuario puede seleccionar una zona, pulsar una categoría, pasar el cursor para inspeccionar un valor o activar un filtro. La aplicación recibe el significado de esa acción y puede responder sin que el agente tenga que programar desde cero toda la mecánica.
Según el repositorio oficial, Flint admite actualmente 52 tipos de gráfico, cinco destinos de renderizado —Vega-Lite, ECharts, Chart.js, Plotly y gráficos nativos de Excel—, 14 temas y 23 patrones de interacción. Es software abierto con licencia MIT y puede utilizarse como biblioteca de JavaScript o como servidor MCP conectado a un agente compatible.
Por qué los agentes fallan al crear gráficos directamente
Un gráfico reúne varias decisiones que suelen confundirse. Primero están los datos: qué significa cada columna, qué unidad utiliza y qué valores faltan. Después llega la transformación: sumar, agrupar, ordenar, normalizar o calcular porcentajes. La tercera capa es visual: asignar campos a ejes, color, tamaño o posición. Por último aparecen el estilo y la interacción.
Cuando todo se expresa en código específico de una biblioteca, el modelo debe recordar simultáneamente su sintaxis, las particularidades de cada tipo de gráfico y la intención del usuario. Puede elegir un eje temporal como texto, sumar porcentajes incompatibles o representar una cantidad acumulada como si fuera una variación mensual. También puede producir una configuración técnicamente válida que transmite una conclusión engañosa.
Flint trata de reducir esos fallos mediante tipos semánticos. Un campo puede definirse como fecha mensual, cantidad, temperatura, rango o variación. Con esa información, el compilador puede decidir cómo analizar valores, construir escalas, aplicar unidades y dar formato a las etiquetas. La especificación conserva la intención en una forma más breve que el código final y, por tanto, resulta más sencilla de revisar.
Una capa común, no un motor nuevo
Flint no dibuja todos los gráficos por sí solo. Traduce una descripción común al formato del motor elegido. Esto permite reutilizar una idea visual en distintas tecnologías, aunque no garantiza que el resultado sea idéntico píxel por píxel. Cada motor posee capacidades, comportamientos y límites propios.
Esta distinción es importante para las empresas. Adoptar Flint no elimina Vega-Lite, Plotly o Excel; añade una capa de abstracción. Esa capa puede aumentar la consistencia, pero también se convierte en otra dependencia que debe versionarse, probarse y documentarse.
Qué aporta la interacción semántica
En un panel convencional, una selección suele expresarse en coordenadas: el usuario pulsó una zona concreta o arrastró desde un punto hasta otro. Una aplicación necesita traducir ese gesto a una pregunta sobre los datos. Flint Interactive intenta hacer esa traducción dentro de su modelo común.
Por ejemplo, una selección sobre varios meses puede convertirse en un estado que identifica el intervalo temporal elegido. La aplicación podría filtrar una tabla, actualizar otro gráfico o pedir al agente una explicación limitada a ese periodo. El evento conserva el significado del dato, no solo la posición del cursor.
Los 23 patrones incluidos cubren acciones como inspección, selección, filtrado o cepillado de un eje. Para necesidades especiales existe una API de interacción. Esto permite construir experiencias más ricas, pero obliga a decidir qué acciones son reversibles, qué estado se conserva y qué información se envía al agente.
Cómo puede utilizarse en una pequeña empresa
El caso más directo es pedir a un agente que convierta una tabla de ventas en una visualización explorable. El agente puede proponer un gráfico, generar la especificación, validarla y devolver una imagen estática, un componente interactivo o un gráfico editable de Excel. Una persona debería comprobar las columnas, el periodo, las unidades y el criterio de agregación antes de compartir el resultado.
También puede ser útil para comparar campañas, observar la evolución del tráfico o presentar un presupuesto. Quien necesite reforzar su base de hojas de cálculo puede combinar este enfoque con una formación de Excel profesional con inteligencia artificial. Para preparar piezas visuales orientadas a comunicación y ventas, el trabajo puede complementarse con técnicas de creación de contenido con inteligencia artificial.
La ventaja no reside en producir más gráficos, sino en acortar el ciclo entre pregunta, visualización y revisión. Un equipo puede solicitar una primera versión, cambiar el periodo, destacar una categoría y conservar la lógica básica sin rehacer todo el proyecto.
MCP: cómodo para el agente, delicado para los datos
El servidor MCP de Flint permite que un agente descubra tipos de gráfico, compile especificaciones, valide resultados y renderice visualizaciones desde una conversación. Esa integración es potente porque convierte el gráfico en una herramienta del agente. La misma comodidad exige revisar qué datos puede leer el servidor, qué archivos puede abrir y dónde se ejecuta.
El repositorio ofrece una opción local y otra alojada. No son equivalentes desde el punto de vista de privacidad. Una empresa que trabaja con salarios, información de clientes, historiales médicos o previsiones internas debe saber si los datos abandonan su dispositivo, cuánto tiempo se conservan y qué proveedor los procesa. Una demostración con datos públicos no valida automáticamente el mismo flujo para información confidencial.
También conviene aplicar mínimo privilegio: el agente solo necesita acceso a los archivos y fuentes utilizados en esa tarea. La adopción de habilidades reutilizables para agentes puede ayudar a estandarizar procedimientos, mientras que una arquitectura de decisiones rápidas con evaluación y límites recuerda que una salida estructurada no sustituye la comprobación.
Los gráficos de Excel abren una vía práctica
Uno de los destinos de Flint son los gráficos nativos de Excel. Esto puede resultar más útil para una pequeña empresa que una visualización web sofisticada. Un gráfico nativo sigue siendo editable: se puede cambiar el título, revisar la serie, aplicar un estilo corporativo o incorporar el resultado a un informe existente.
Sin embargo, “nativo” no significa que todas las funciones de los otros motores estén disponibles. Plotly ofrece interacciones y gráficos que Excel no reproduce de la misma manera. Al cambiar de backend pueden variar etiquetas, densidad, soporte de marcas o comportamiento de una selección. El objetivo razonable es conservar la intención y los datos, no prometer una equivalencia visual perfecta.
Siete comprobaciones antes de aceptar un gráfico generado por IA
- Origen: confirmar de dónde procede cada dato y cuándo se actualizó.
- Unidades: distinguir euros, porcentajes, puntos porcentuales, miles y valores acumulados.
- Agregación: revisar si el agente sumó, promedió, contó o eliminó duplicados correctamente.
- Ejes: comprobar escalas truncadas, intervalos desiguales y categorías ordenadas de manera engañosa.
- Ausencias: identificar valores nulos, meses sin observaciones y filtros activos.
- Interacción: verificar qué cambia al seleccionar, filtrar o pasar el cursor y si existe una forma clara de restablecer el estado.
- Reproducibilidad: guardar la especificación, la versión de Flint, la fuente y las transformaciones utilizadas.
Estas revisiones siguen siendo necesarias aunque la especificación compile sin errores. Un gráfico puede ser válido para el software y falso para la pregunta empresarial.
Lo que Flint no resuelve
Flint no verifica por sí solo que una fuente sea fiable, que una muestra represente a la población o que dos variables tengan relación causal. Tampoco decide si una visualización es ética ni evita que una empresa seleccione solo el periodo que favorece su argumento.
La automatización puede reducir fallos de sintaxis y mejorar la consistencia. Los errores conceptuales siguen requiriendo conocimiento del dominio. Si una serie cambia porque se modificó la metodología de medición, un agente puede dibujar una línea impecable que oculta una ruptura importante.
El proyecto también evoluciona con rapidez. La API, los patrones de interacción y el soporte de motores pueden cambiar. Antes de usarlo en producción conviene fijar versiones, ejecutar pruebas visuales, comprobar accesibilidad y preparar una salida alternativa para navegadores o documentos que no admitan interactividad.
Hechos, inferencias y predicciones
Hechos confirmados: Microsoft Research publicó su explicación el 22 de octubre; Flint 1.0 incorporó la capa interactiva; el repositorio declara 52 tipos de gráfico, cinco backends, 14 temas y 23 patrones; existe una biblioteca, un servidor MCP y soporte para gráficos nativos de Excel; el código utiliza licencia MIT.
Inferencia razonable: una representación intermedia legible puede facilitar la revisión y reducir la fragilidad frente al código generado directamente para cada biblioteca. El grado real de mejora dependerá del agente, los datos, el tipo de gráfico y las pruebas de cada equipo.
Predicción: los agentes tenderán a producir artefactos intermedios verificables —especificaciones, planes o consultas— antes de generar el resultado final. Flint encaja en esa dirección, pero todavía no demuestra que vaya a convertirse en un estándar universal.
Preguntas frecuentes
¿Flint Interactive es una herramienta para usuarios sin conocimientos técnicos?
Puede utilizarse desde un agente mediante MCP, pero la instalación y la integración siguen siendo técnicas. Un usuario puede pedir un gráfico en lenguaje natural; alguien debe configurar el entorno y revisar datos y permisos.
¿Sustituye a Power BI, Tableau o Excel?
No. Es una capa para describir y generar visualizaciones sobre distintos motores. Puede complementar esas herramientas o producir gráficos editables, pero no reemplaza todas sus funciones de modelado, gobierno, colaboración y distribución.
¿Puedo usarlo comercialmente?
El repositorio publica el código bajo licencia MIT. Una organización debe revisar la licencia completa, las dependencias, las marcas y sus propias obligaciones antes de incorporarlo a un producto.
¿Un gráfico interactivo es siempre mejor?
No. Para una cifra sencilla o un mensaje directo, un gráfico estático puede ser más claro y accesible. La interacción aporta valor cuando ayuda a comparar, filtrar o explorar sin ocultar información esencial.
Conclusión: el avance importante es poder revisar la intención
Flint Interactive no convierte automáticamente a un agente en analista. Su aportación más interesante es separar la intención del código final. Una especificación breve permite ver qué datos se usan, cómo se interpretan, qué gráfico se solicita y qué interacciones se permiten.
Ese paso intermedio puede hacer que la colaboración entre personas y agentes sea menos opaca. La mejor implantación no será la que genere más visualizaciones, sino la que conserve fuentes, unidades, transformaciones y límites de acceso para que otra persona pueda comprobar el resultado.