Qué es un agente de IA y qué puede hacer hoy (sin humo)
Un agente de IA no es un chatbot con otro nombre: qué es exactamente, qué hace bien hoy con casos reales, dónde falla y cómo saber si te sirve.
Del paper clásico de Hinton a LLM modernos: qué se transfiere, cuándo funciona, y casos reales donde ahorras coste por x10.
INTELIGENCIA ARTIFICIAL · MODELOS · EFICIENCIA
La promesa
Menos coste y menos latencia sin “bajar el listón”: mismo producto, hardware más barato.
La idea clave
El “alumno” aprende del “profesor” no solo la respuesta correcta, sino cómo reparte la probabilidad entre alternativas.
La condición
Funciona cuando el modelo pequeño tiene capacidad suficiente y el objetivo está bien definido (tarea, dominio, estilo, formato).
La pregunta no es si puedes llamar a un modelo enorme. La pregunta es: ¿quieres pagarlo en cada petición?
Si tu producto hace miles (o millones) de inferencias, “un poco más caro” se convierte rápido en “un agujero presupuestario”. Knowledge distillation existe justamente para eso: quedarte con gran parte del comportamiento del modelo grande, pero en un modelo más pequeño, más barato y más rápido.
La distilación de conocimiento se popularizó con el paper de Hinton y compañía: en vez de entrenar un modelo pequeño solo con etiquetas “duras” (correcto/incorrecto), lo entrenas para imitar las salidas de un modelo grande (el “teacher”). El modelo pequeño (el “student”) aprende un mapa más rico del problema.
Piensa en esto como aprender a conducir: no es lo mismo que alguien te diga “gira a la derecha” que ver cómo conduce un experto cuando hay lluvia, tráfico y una rotonda mal señalizada. La distilación captura parte de esa “intuición” del teacher.
La metáfora teacher–student es literal: el student no memoriza respuestas sueltas, aprende patrones de decisión.
Cuando entrenas con etiquetas duras, le dices al modelo: “esta clase es 1, las demás 0”. En distillation, en cambio, usas la distribución de probabilidades del teacher: “esta opción parece 0,62, esta otra 0,21, y esta 0,09…”.
¿Por qué eso importa? Porque ahí vive lo que Hinton llamó dark knowledge: relaciones finas entre alternativas. Por ejemplo, si estás clasificando animales, “lobo” y “perro” deberían estar más cerca que “lobo” y “avión”. Aunque la etiqueta correcta sea solo una, la forma en que el teacher reparte probabilidad enseña estructura.
Para que esa distribución sea más informativa se usa la temperatura (T), que “suaviza” la softmax. A mayor T, menos picos y más señal en las alternativas:
p(i) = softmax(z(i) / T)
→ si T sube, la distribución se “abre” y el student aprende mejor las segundas opciones.
En la práctica, el entrenamiento mezcla dos objetivos: (1) que el student acierte la etiqueta real y (2) que se parezca al teacher. Eso evita que el student aprenda únicamente “tics” del teacher y se olvide de la verdad del dataset.
Con LLM, distilar es un poco más “artesanal” que en clasificación, porque el output es una secuencia de tokens y el vocabulario es enorme. Aun así, la idea se mantiene: el student aprende a aproximar la distribución del teacher token a token y, además, a replicar comportamientos: formato de respuesta, tono, estructura, “fidelidad” a instrucciones y consistencia.
Aquí tienes cuatro cosas que se suelen transferir (a veces combinadas):
Si estás decidiendo arquitectura (distillation vs RAG vs fine-tuning, o todo a la vez), te puede ayudar este mapa mental: RAG vs fine-tuning vs agentes: cómo elegir.
Distilar suele ser una decisión de producto: menos GPUs, menos latencia, más margen. La técnica es el medio.
Te dejo una receta que funciona bien como “base” en equipos de producto. No es la única, pero sí una de las más repetibles:
Antes de entrenar nada: ¿qué tiene que hacer el student exactamente? No “ser inteligente”, sino algo medible: responder tickets con un formato concreto, clasificar intents, redactar propuestas en un estilo, o asistir a un agente interno con límites claros.
Si distilas con datos que no se parecen a producción, el student aprenderá un mundo inventado. Mete ejemplos reales (anonimizados), casos borde, prompts raros, y también “no hacer”: cuándo debe decir que no, cuándo pedir contexto, cuándo abstenerse.
Genera respuestas del teacher con instrucciones consistentes. Si puedes, produce varias opciones por prompt y guarda señales útiles: longitud, confianza, si citó fuentes internas, si siguió el formato.
Mezcla datos humanos (cuando existan) con datos del teacher. Y si tu distillation es token-level, valora estrategias prácticas: guardar top-k logits en vez del vocabulario completo, filtrar ejemplos “alucinados”, y reentrenar iterativamente.
La distilación te puede dar respuestas “más baratas” que parecen buenas… hasta que un caso borde te rompe el flujo. Evalúa con un conjunto fijo (golden set), métricas de formato, tasas de rechazo correctas y, si aplica, win-rate contra el teacher.
Un truco mental: no compares solo “calidad media”, compara calidad mínima aceptable. La cola de errores es donde se esconde el coste real (soporte, reputación, riesgos).
Distillation no es magia. Es una apuesta: “puedo capturar suficiente comportamiento del teacher en un modelo más pequeño”. Estas son las señales más comunes de éxito y de fracaso:
Suele funcionar cuando…
Suele fallar cuando…
El ahorro “x10” aparece cuando pasas de un modelo grande a uno con un orden de magnitud menos de parámetros y/o menos coste por token. En inferencia, la cuenta suele parecerse a esto:
Pero ojo: no siempre es lineal. A veces el modelo pequeño necesita más tokens para llegar a la misma respuesta, o comete errores que luego te obligan a reintentar (y eso anula el ahorro). Por eso distillation funciona mejor cuando el “contrato” es claro y el comportamiento está bien delimitado.
Ejemplo rápido (mental): si tu app hace 1.000.000 de respuestas al día y bajar a un student te reduce el coste medio por respuesta en un orden de magnitud, tu ahorro ya no es “técnico”. Es un cambio de negocio.
Si alguna vez has pensado “me encantaría que esto corriera en un móvil, un portátil o un servidor pequeño”, distillation suele ser parte del camino. No siempre es suficiente por sí sola (quantization y optimización de inferencia ayudan muchísimo), pero es una de las formas más directas de llevar comportamiento de un modelo grande a un modelo que sí cabe donde te interesa.
Si te atrae esta tendencia, te recomiendo leer: Small Language Models: por qué la IA “pequeña” importa (y cómo cambia el móvil).
Menos tamaño no es solo “capricho”: significa despliegue en más sitios, con menos dependencia y menos latencia.
Distilar bien no es “entrenar y ya”. Es control de calidad con mentalidad de producción. Tres recomendaciones prácticas:
Si quieres aterrizar esa parte de medición (sin autoengañarte), aquí encaja muy bien: KPIs para un proyecto de IA: cómo medir resultados de verdad.
Un error común es pensar “tengo que elegir una”. En la vida real, los equipos combinan:
La combinación típica “ganadora” en producto suele ser: RAG + un modelo mediano y, cuando el uso escala, destilar a un modelo pequeño para el 80% de casos, dejando el modelo grande como “fallback” para el 20% difícil.
✅ Antes de entrenar
Define contrato (tarea, formato, límites) y escenarios críticos. Si no lo puedes escribir en una página, aún no está listo.
✅ Dataset
Datos reales + casos borde + negativos. Genera con teacher, pero filtra ejemplos sospechosos y guarda señales útiles.
✅ Entrenamiento
Mezcla objetivo de imitación con objetivo “real”. Ajusta temperatura y estrategia (logits, top-k, secuencias, preferencias).
✅ Evaluación
Golden set fijo, win-rate por escenarios, métricas de formato y coste total (tokens, reintentos, fallbacks).
✅ Despliegue
Ruteo inteligente: student por defecto, teacher como escalado. Observabilidad desde el día 1 para detectar deriva.
Si te quedas con una sola idea, que sea esta: distillation es una técnica de ingeniería de producto. No se trata de “hacerlo más pequeño” por deporte. Se trata de capturar el comportamiento que te importa y pagar menos por cada respuesta, sin convertir la calidad en un casino.
Es una técnica donde un modelo pequeño (student) se entrena para imitar el comportamiento de un modelo grande (teacher), aprendiendo no solo la respuesta correcta sino cómo el teacher reparte probabilidad entre alternativas, capturando así más matices.
Son las distribuciones de probabilidad completas del teacher, no solo la etiqueta correcta. Contienen lo que Hinton llamó 'dark knowledge': relaciones finas entre opciones, como que 'lobo' y 'perro' deberían estar más cerca que 'lobo' y 'avión'.
Funciona cuando la tarea está acotada, hay muchos ejemplos disponibles y el student tiene capacidad suficiente. Falla cuando se intenta copiar razonamiento largo y generalista sin pagar capacidad, o cuando la distribución de producción no se parece al dataset usado.
El ahorro puede llegar a un orden de magnitud (x10) en memoria y coste por token, gracias a menos parámetros, más throughput y despliegue más fácil, aunque el ahorro real depende de que el contrato de tarea esté bien delimitado.
Un agente de IA no es un chatbot con otro nombre: qué es exactamente, qué hace bien hoy con casos reales, dónde falla y cómo saber si te sirve.
Por qué “más parámetros” no gana si faltan tokens. Resumen claro del paper de entrenamiento compute-óptimo y sus implicaciones hoy.
Lo bueno, lo malo y lo peligroso: feedback loops, degradación por recursividad y reglas para usar sintéticos sin cargarte el modelo.