Un agente no es un modelo

Esta es la confusión que más cara le sale a los equipos, y casi siempre aparece como una frase del tipo «ya tenemos GPT, ¿para qué queremos esto?».

Es el mismo error que no distinguir un asistente de programación de la API a la que llama. La API te da un modelo que completa texto. El asistente es lo que lee tus archivos, ejecuta tus pruebas, recuerda lo que le pediste hace veinte minutos y se niega a hacer rm -rf sobre tu directorio personal. Los dos usan el mismo modelo. Solo uno es un producto que puedes poner delante de alguien.

Qué es en realidad un modelo a secas

Una función sin estado. Entra texto, sale texto.

No recuerda el mensaje anterior salvo que se lo vuelvas a pegar. No puede leer tus documentos salvo que se los incluyas. No puede llamar a tu sistema de reservas, ni enviar un recordatorio el martes que viene, ni distinguir a un cliente de otro. No sabe lo que no sabe, y por eso, si le preguntas cuál es tu comisión por cancelación, producirá un número que se lee exactamente igual que el correcto.

Todo lo que un modelo hace bien lo hace dentro de una única llamada, y después lo olvida.

Qué añade el andamiaje

Un agente es la maquinaria que rodea esa llamada:

• Recuperación — encontrar los pasajes de tus documentos que afectan a esta pregunta y meterlos en la llamada
• Un bucle de herramientas — dejar que el modelo pida una acción, ejecutarla, devolverle el resultado y volver a empezar
• Memoria — lo que este cliente dijo el mes pasado, guardado en su propio espacio
• Un límite — el alcance del que no puede salir y el punto de traspaso donde se detiene
• Canales y programación — el mismo agente en la web, en Telegram y en WhatsApp, todavía reclamando un documento dentro de una semana
• Aislamiento y auditoría — para que el archivo de un cliente no pueda asomar en el chat de otro, y para que puedas responder «¿por qué dijo eso?»

Nada de eso es capacidad del modelo. Todo eso es andamiaje.

Y por eso el modelo es la pieza intercambiable

Los modelos mejoran cada pocos meses, abaratan o resultan ser mejores en un idioma que en otro. Por debajo, esta plataforma opera varios backends y reparte el trabajo entre ellos; un agente puede indicar qué modelo prefiere, y las peticiones que necesitan visión van a donde hay visión.

Lo que no se mueve cuando cambia un modelo: tu base de conocimiento, tus Skills, tus guiones, tu alma, tus integraciones, la memoria de tus clientes. Ese es el activo. El modelo es un componente dentro de él.

Cómo se traduce eso en esta plataforma

El modelo es un componente configurado, no un ingrediente fijo. agent4.io opera varios backends de inferencia a la vez y reparte el trabajo entre ellos: una conversación se asigna a uno y se queda ahí durante la sesión, y un mensaje que lleva una imagen se enruta a un backend que de verdad puede verla. Cada agente puede indicar qué modelo prefiere; cada backend declara la ventana de contexto que admite, así que no se da nada por supuesto.

En los planes de pago un inquilino puede ir más lejos y apuntar la plataforma a su propio proveedor de modelos. Esa es la versión de «intercambiable» que importa a una empresa con una relación de proveedor ya establecida, o con un regulador que tiene opiniones sobre dónde ocurre la inferencia.

Nada de esto toca tu configuración. Cambia el modelo de debajo y tus bases de conocimiento, tus Skills, tus herramientas, tus guiones, tu alma y la memoria acumulada de cada cliente siguen exactamente donde las dejaste.