Evaluar sistemas de IA
¿Cómo compruebas que un sistema de IA sirve para tu caso?
Lección completa
Si quieres:
Un proveedor te enseña que su modelo sacó la nota más alta en un examen público famoso. Suena bien. Pero la pregunta que importa es otra: ¿sirve para tu caso?
Sin voz: la lección avanza sola con subtítulos.
La voz de esta lección está en preparación: por ahora avanza sola con subtítulos.
Modo revisiónComentar este pasoTerminé la lección
Qué lograrás
- Explicar qué es un benchmark y por qué su nota puede engañar: saturación y contaminación.
- Armar un conjunto de evaluación con casos propios y elegir cómo calificarlo: con un programa, con una rúbrica, con un LLM como juez o con personas.
- Interpretar el margen de una nota (su intervalo de confianza) y predecir cómo cambia con el número de casos al comparar dos sistemas.
Ideas clave
- Un benchmark es un examen público y fijo. Sirve para comparar modelos en general, pero se satura y puede estar contaminado: su nota no dice si el sistema sirve para tu caso.
- Tu conjunto de evaluación son casos reales de tu trabajo, con la respuesta que aceptan tus expertos, que el sistema no haya visto. Incluye lo frecuente, lo excepcional, lo riesgoso y lo que debe rechazarse, y reporta por grupo: el promedio esconde dónde falla.
- Las respuestas cerradas las califica un programa; las abiertas, una rúbrica aplicada por personas o por un LLM como juez. El juez escala, pero tiene sesgos (por ejemplo, el orden de las respuestas): califica en los dos órdenes y contrástalo con personas.
- Toda nota lleva un margen, su intervalo de confianza: con cien casos, unos ocho puntos; cuatro veces más casos dan la mitad. Si dos sistemas difieren menos que el margen, es un empate. Compáralos con los mismos casos.
- Evaluar es una rutina: prueba de regresión en cada cambio, red teaming para buscar el peor caso y métricas de negocio medidas en un piloto.
Lo que mucha gente cree
Creencia común «Este modelo encabeza los benchmarks públicos, así que será el mejor para mi organización».
Lo correcto Un benchmark mide un examen concreto, y su nota puede estar inflada por contaminación o ya no distinguir a nadie por saturación. Solo una evaluación con tus casos, que el sistema no haya visto y con su margen de error, dice si sirve para tu caso.
Compruébalo
Cuatro preguntas. Sin nota ni cuenta: sirven para ver si la idea quedó.
Por dentroPara quien quiere las fórmulas y el código. No hace falta para seguir el curso.
El margen de una nota
Con aciertos en casos, la exactitud medida es . Su intervalo de confianza aproximado al 95 % es
Con 78 de 100: , es decir, de 70 % a 86 % (lo que usa la escena). Con 400 casos, . El margen depende de : cuadruplicar los casos lo parte a la mitad, y en el peor caso () vale casi exactamente : 10 puntos con 100 casos, 5 con 400, 2.5 con 1 600.
La lectura correcta: si repitieras la evaluación muchas veces con casos nuevos, alrededor del 95 % de los intervalos construidos así contendría la exactitud real. Con pocos casos o con notas cerca de 0 % o de 100 % esta fórmula se queda corta; Brown, Cai y DasGupta (2001) recomiendan el intervalo de Wilson, que con 78 de 100 da de 68.9 % a 85.0 %. Bowyer, Aitchison e Ivanova (2025) muestran que, con menos de unos cientos de casos, los márgenes basados en la aproximación normal suelen salir demasiado chicos.
Comparar dos sistemas con los mismos casos
Para cada caso , sea (acierto de A menos acierto de B). Si en casos acierta solo A y en solo B, la diferencia medida es y su error estándar,
En la simulación de la lección, en cada caso ambos aciertan con probabilidad 0.66, solo A 0.12, solo B 0.08 y ninguno 0.14. La varianza de es ; si cada sistema se probara con casos distintos se sumarían las de cada uno, : casi el doble. Por eso, con los mismos casos, hacen falta casi la mitad.
La probabilidad exacta de que A quede por delante (con la distribución multinomial) es 78.5 % con 100 casos, 88.4 % con 200, 95.9 % con 400 y 99.75 % con 1 000; las 100 comparaciones de la escena dan 78, 88, 96 y 100. Con casos distintos, 400 casos dan alrededor de 90 % y hacen falta unos 650 para llegar a 95 %; con los mismos casos bastan unos 360. Que A gane no es lo mismo que demostrar la diferencia: para que el intervalo de excluya el cero el 80 % de las veces hacen falta casos.
Miller (2024) resume el oficio: reportar errores estándar, comparar por pares (caso por caso), agrupar los casos que no son independientes (por ejemplo, varias preguntas sobre un mismo documento) y planificar el tamaño de la muestra antes de evaluar.
Contaminación: la cuenta del ejemplo
Si un modelo acierta siempre lo que vio, resuelve una fracción de lo demás y vio una fracción del examen, su nota es
Con : da , lo mismo que B, y da . Es un modelo simplificado: la memoria real es parcial. La contaminación se busca con coincidencias de texto entre el examen y el corpus (el informe de GPT-4 usó tres subcadenas de 50 caracteres por pregunta; así descubrió que parte de BIG-bench se había colado por accidente en el entrenamiento y estimó que una cuarta parte de HumanEval estaba en sus datos), con problemas nuevos equivalentes o midiendo cuánta probabilidad asigna el modelo a las preguntas del examen. GSM1k (Zhang et al., 2024) son 1 205 problemas escritos por personas al estilo de GSM8k: algunas familias de modelos bajaron hasta 8 puntos, con más caída cuanto más probable era que el modelo generara ejemplos de GSM8k; los modelos de frontera casi no bajaron.
El juez automático
Zheng et al. (2023) compararon a GPT-4 como juez con expertos humanos en MT-bench: sin contar empates, coincidieron 85 % de las veces, más que los expertos entre sí (81 %). También midieron sus sesgos. Orden: con dos respuestas casi idénticas, el veredicto se mantuvo al invertir el orden 65.0 % de las veces con GPT-4, 46.2 % con GPT-3.5 y 23.8 % con Claude-v1. Longitud: al inflar 23 respuestas con una lista repetida sin información nueva, Claude-v1 y GPT-3.5 prefirieron la versión inflada en 21 de 23 (91.3 %) y GPT-4 en 2 (8.7 %). Su defensa contra el sesgo de orden: calificar dos veces, invirtiendo el orden, y declarar ganadora una respuesta solo si gana en las dos.
Para medir la coincidencia con personas sin dejarse engañar por el azar se usa la de Cohen: , con la coincidencia observada y la esperada por azar. La evaluación humana también se hace a gran escala: Chatbot Arena reunió más de 240 000 votos de personas que comparan respuestas a ciegas (Chiang et al., 2024), pero con preguntas que no son las tuyas.
La nota caduca y el examen también falla
Chen, Zaharia y Zou (2023) midieron el mismo servicio en marzo y en junio de 2023 con 500 números primos y 500 compuestos: GPT-4 pasó de 84.0 % a 51.1 %, porque la versión de junio respondía «compuesto» casi siempre (99.7 %) y dejó de seguir el razonamiento paso a paso que se le pedía. Es un cambio de comportamiento más que de capacidad, pero para quien depende del servicio el efecto es el mismo, y solo se nota volviendo a medir.
Los exámenes tienen errores: Gema et al. (2024) estiman que el 6.49 % de las preguntas de MMLU tienen alguno (en virología, el 57 % de las revisadas). Y se agotan: Phan et al. (2025) construyeron un examen nuevo de 2 500 preguntas porque los mejores modelos ya pasaban del 90 % en MMLU.
En código
import numpy as np
def margen(k, n, z=1.96):
"""Mitad del intervalo de confianza al 95 % para k aciertos de n casos."""
p = k / n
return z * np.sqrt(p * (1 - p) / n)
for n in (100, 400, 1600):
print(n, round(100 * margen(0.78 * n, n), 1))
# 100 8.1
# 400 4.1
# 1600 2.0
# Dos sistemas con los mismos casos: ambos aciertan 0.66; solo A, 0.12; solo B, 0.08; ninguno, 0.14
rng = np.random.default_rng(0)
def a_por_delante(n, reps=20000):
c = rng.multinomial(n, [0.66, 0.12, 0.08, 0.14], size=reps) # ambos, solo A, solo B, ninguno
return round(float(np.mean(c[:, 1] > c[:, 2])), 2)
for n in (100, 200, 400, 1000):
print(n, a_por_delante(n))
# 100 0.78
# 200 0.88
# 400 0.96
# 1000 1.0
Lo que viene
La calidad medida es un eje; el riesgo es otro: privacidad, manipulación con instrucciones, sesgo y regulación. La lección 35 los recorre, y la 36 usa esta evaluación dentro de un piloto que escala.
Lente de decisión
Qué significa esta idea si tu trabajo es decidir, no programar.
- Antes de comprar, pide la evidencia completa de cada cifra: qué examen, con qué instrucciones, qué versión del modelo, en qué fecha y cómo se descartó la contaminación. Sin eso, dos cifras no se pueden comparar.
- Evalúa con tus datos: unos cientos de casos reales y anonimizados, con la respuesta que aceptan tus expertos, que el proveedor no haya visto. Incluye lo frecuente, lo excepcional, lo riesgoso y lo que debe rechazarse, y pide resultados por grupo.
- Exige el margen de cada nota. Si dos sistemas difieren menos que el margen, trátalos como empate y decide por costo, rapidez y riesgo. Si califica un LLM como juez, pregunta cuánto coincide con personas y si se calificó en los dos órdenes.
- Haz de la evaluación una rutina: repítela en cada cambio de modelo, instrucciones o datos; que un equipo ataque el sistema antes del lanzamiento; y fija de antemano qué resultado de negocio justifica seguir, medido en un piloto.
Términos de la lección
- Benchmark Examen público y fijo (preguntas con su respuesta correcta y una forma de calificar) que se les pone igual a todos los modelos para compararlos. Sirve como referencia general; no dice si un sistema sirve para tu caso.
- Contaminación Cuando las preguntas (o las respuestas) de un examen estaban en los datos con que se entrenó el modelo. Infla la nota, porque mide en parte memoria y no capacidad.
- Conjunto de evaluación (casos de oro) Conjunto propio de casos reales de tu trabajo, cada uno con la respuesta o el criterio que tus expertos aceptan, que el sistema no ha visto. Se usa para comparar sistemas y se vuelve a correr en cada cambio.
- LLM como juez Usar un modelo de lenguaje para calificar las respuestas de otro sistema con una rúbrica. Es barato y escala, pero tiene sesgos (el orden de las respuestas, su longitud) y debe contrastarse con calificaciones de personas.
- Intervalo de confianza Rango de valores razonables para una cantidad medida con una muestra, como la exactitud real de un sistema; normalmente al 95 %. Su margen baja con la raíz del número de casos: cuatro veces más casos lo parten a la mitad.
- Red teaming (pruebas adversarias) Atacar un sistema a propósito, con personas o con otros modelos, para encontrar sus fallas en el peor caso: respuestas dañinas, filtraciones, engaños. Cada falla hallada se vuelve un caso de evaluación.
- Alucinación Respuesta fluida y segura de un modelo que es falsa o no está respaldada por ninguna fuente. Es consecuencia de predecir texto plausible, no de comprobar hechos.
- Modelo de lenguaje Modelo que, dado un texto (el contexto), da una probabilidad a cada palabra o pieza que puede seguir. Escribe agregando una pieza a la vez.
- Preentrenamiento Primera etapa del entrenamiento de un modelo de lenguaje: con un corpus enorme, el modelo adivina la siguiente pieza del texto una y otra vez y ajusta sus parámetros para bajar el error. El resultado es un modelo base.
- Datos de entrenamiento Ejemplos, cada uno con su respuesta correcta, con los que un modelo ajusta sus parámetros.
- Fuga de datos Información de los datos de evaluación que se cuela en el entrenamiento, inflando el resultado medido.
- Conjunto de prueba Datos reservados que se usan una sola vez al final para informar el rendimiento esperado con casos nuevos.
Transcripción completa
Fuentes
- Hendrycks, D., Burns, C., Basart, S., Zou, A., Mazeika, M., Song, D., Steinhardt, J. (2020). Measuring Massive Multitask Language Understanding (ICLR 2021): 57 temas, 15 908 preguntas, figura 1 (pregunta de ejemplo), GPT-3 43.9 %, experto ≈ 89.8 %
- OpenAI (2023). GPT-4 Technical Report: tabla 2 (MMLU 86.4 %), nota 5 (BIG-bench) y apéndice C (contaminación)
- Phan, L., Gatti, A., Han, Z., et al. (2025). Humanity’s Last Exam (más del 90 % en MMLU; examen nuevo de 2 500 preguntas)
- Zhang, H., Da, J., Lee, D., et al. (2024). A Careful Examination of Large Language Model Performance on Grade School Arithmetic (GSM1k, NeurIPS 2024)
- Strathern, M. (1997). «Improving ratings»: audit in the British University system (European Review 5(3), 305–321): la formulación «cuando una medida se vuelve meta…»
- Zheng, L., Chiang, W.-L., Sheng, Y., et al. (2023). Judging LLM-as-a-Judge with MT-Bench and Chatbot Arena (NeurIPS 2023): tablas 2, 3 y 5
- Chiang, W.-L., Zheng, L., Sheng, Y., et al. (2024). Chatbot Arena: An Open Platform for Evaluating LLMs by Human Preference
- Brown, L. D., Cai, T. T., DasGupta, A. (2001). Interval Estimation for a Binomial Proportion (Statistical Science 16(2))
- Miller, E. (2024). Adding Error Bars to Evals: A Statistical Approach to Language Model Evaluations
- Bowyer, S., Aitchison, L., Ivanova, D. R. (2025). Position: Don’t Use the CLT in LLM Evals With Fewer Than a Few Hundred Datapoints
- Chen, L., Zaharia, M., Zou, J. (2023). How Is ChatGPT’s Behavior Changing over Time? (v3: 500 primos y 500 compuestos; GPT-4, 84.0 % en marzo y 51.1 % en junio de 2023)
- Ganguli, D., Lovitt, L., Kernion, J., et al. (Anthropic) (2022). Red Teaming Language Models to Reduce Harms: Methods, Scaling Behaviors, and Lessons Learned (38 961 ataques publicados)
- Gema, A. P., Leang, J. O. J., Hong, G., et al. (2024). Are We Done with MMLU? (6.49 % de preguntas con errores)
ComentariosConversación pública de esta lección: dudas, datos por revisar, ideas.
Los comentarios viven en GitHub Discussions, en el repositorio público del curso; para escribir se necesita una cuenta de GitHub. Se cargan desde giscus.app al abrir esta sección. Las personas que revisan el curso los leen, y si un cambio se acepta, se aplica en los dos idiomas. Abrir el hilo en GitHub