MCP es el nuevo "importar desde Excel"

Hace unos días escribí que el vibe coding es el nuevo Excel. Hoy quiero volver a Excel desde otro lado: no como herramienta para construir aplicaciones, sino como la forma en que los usuarios les cargan datos.

La pantalla de carga no alcanzaba

Durante años diseñamos buenas interfaces para ingresar información: formularios claros, validaciones en el momento, búsquedas, valores por defecto, atajos de teclado. Y aun así, en casi todos los proyectos llegaba el mismo pedido después de un tiempo de uso: "¿podemos importar desde Excel?".

No era que la interfaz estuviera mal hecha. Era que el usuario tenía cientos de registros para cargar, o los recibía de otro sistema, de un proveedor, de una planilla que ya venía usando. Con la importación podía:

• Cargar mucho de una vez. Lo que en pantalla llevaba días, con un archivo llevaba minutos.
• Prepararlo antes. Trabajaba los datos a su ritmo, en una herramienta que dominaba: ordenaba, corregía, completaba y cruzaba con otras fuentes.
• Revisar todo junto. Veía el conjunto completo antes de mandarlo, en lugar de registro por registro.

La pantalla de carga siguió siendo útil para el día a día y para el caso puntual. La importación resolvía el volumen.

Lo mismo, ahora con agentes

Hoy vemos algo muy parecido con MCP. El Model Context Protocol es un estándar abierto para que un agente de IA se conecte con una aplicación y use sus funciones: consultar datos, crear registros, ejecutar acciones.

Sumarle soporte MCP a una aplicación existente cumple el mismo papel que cumplía la importación desde Excel: les abre a los usuarios una vía rápida de ingreso, solo que ahora quien carga es su agente. Y las ventajas se parecen mucho:

• Más rápido. El agente crea en segundos lo que a una persona le lleva completar formulario tras formulario.
• Con la información preparada. Igual que con la planilla, el trabajo previo lo hace el usuario, ahora con ayuda: el agente lee un correo, un PDF, una minuta de reunión o una exportación de otro sistema, ordena los datos, completa lo que falta y recién después los carga.
• Orquestado. El agente puede encadenar pasos y sistemas: buscar un cliente, darlo de alta si no existe, cargar el pedido y adjuntar el documento, en ese orden.
• Correcto. No copia y pega entre pantallas: usa las operaciones de la aplicación, con sus tipos de datos y sus reglas, y si algo no cumple recibe un error que puede entender y corregir.

Como la importación: con reglas

Hay un matiz importante, y es el mismo que tenía la importación desde Excel. Una buena importación nunca fue "pegar filas en la base de datos". Validaba cada fila, rechazaba lo que no cumplía, respetaba quién podía cargar qué y muchas veces mostraba una vista previa antes de confirmar.

Una capa MCP tiene que funcionar igual:

• Permisos. El agente actúa en nombre de un usuario y no puede hacer nada que ese usuario no pueda hacer desde la interfaz.
• Validaciones. Las reglas de negocio son las mismas, entren los datos por un formulario, por una planilla o por un agente.
• Confirmación en lo importante. Cargar un borrador no es lo mismo que aprobar un pago, dar de baja un cliente o enviarle algo a un tercero. Para las acciones con consecuencias, la aplicación pide que una persona confirme.
• Trazabilidad. Queda registrado qué hizo el agente, cuándo y en nombre de quién.

Lo resumimos con una frase que repetimos seguido: la IA propone, las personas deciden.

Aplicaciones sin interfaz, y capas MCP sobre lo que ya existe

Esto abre dos puertas interesantes.

La primera son las aplicaciones sin interfaz, o casi. Si buena parte de la carga y de las consultas pasan por agentes, algunas aplicaciones pueden nacer con muy poca pantalla: lo justo para configurar, revisar y aprobar.

La segunda nos parece la más cercana para muchas empresas: desarrollos nuevos que son, básicamente, una capa MCP sobre aplicaciones existentes o legacy. Sistemas que funcionan, que tienen años de reglas de negocio adentro y que nadie quiere reescribir, pero cuya interfaz quedó lenta o incómoda para la forma en que se trabaja hoy. En lugar de rehacer todo, se puede construir una capa que exponga sus operaciones a los agentes y que respete los permisos y las validaciones que el sistema ya tiene. Es una forma de modernizar cómo se usa un sistema sin tocar su corazón.

En qué estamos

En Flowing Code estamos trabajando en agregar soporte MCP a nuestras soluciones Geni. Y ya lo hicimos sobre un producto interno de planificación de posteos en redes sociales, que estamos evaluando liberar al público.

Si tenés una aplicación, nueva o con años encima, en la que cargar información se volvió un cuello de botella, hablemos. Podemos ayudarte a abrirla a los agentes de tus usuarios, con las mismas reglas de siempre.