τ²-Bench Airline evalúa si un modelo puede realizar el trabajo de un agente de atención al cliente de una aerolínea: seguir un manual de políticas, hablar con un cliente simulado y llamar a las herramientas adecuadas para buscar vuelos, cambiar reservas y emitir reembolsos. El modelo no necesita conocimientos del sector; su puntuación se basa íntegramente en lo bien que ejecuta las llamadas a herramientas a lo largo de secuencias de tareas de varios pasos. Lo ejecutamos continuamente en los mismos endpoints de proveedores que atienden el tráfico de OpenRouter, por lo que la puntuación refleja tanto el modelo como el proveedor que lo ejecuta. Utilizamos esta prueba de rendimiento porque tiene un nivel mínimo alto, lo que nos permite evaluar la variabilidad entre proveedores y no la capacidad del modelo. Nuestro algoritmo de enrutamiento para solicitudes de llamadas a herramientas utiliza estas mismas señales para enviar el tráfico a los endpoints con mejor rendimiento.
Última ejecución de la evaluación comparativa
OpenAI: GPT-5.1 lidera τ²-Bench Airline con 80,0 % a fecha de 2 nov 2026, 21:39 UTC. Las tareas de Airline, la política, la configuración del simulador y del cliente, el presupuesto de pasos y la evaluación se mantienen constantes en todos los endpoints de proveedores en producción, por lo que los resultados mostrados comparan los modelos y los proveedores que los sirven en las mismas condiciones de evaluación.
3,9 % → 1,6 %
Mayor precisión
80,0 %
Mejor relación calidad-precio
0,031 US$/tarea
Más rápido
Las filas de nivel superior usan el enrutamiento predeterminado cuando está disponible; haga clic en una fila para desplegar los resultados con proveedor fijo.
| # | Modelo | Desv. estándar | ||||
|---|---|---|---|---|---|---|
| 1 | 80,0 % | ±0,0pp | 0,39 US$ | 8,0m | 34,1k | |
| 2 | 79,5 % | ±2,7pp | 0,88 US$ | 2,0m | 5,74k | |
| 3 | 79,3 % | -- | 0,031 US$ | 10,6m | 16,7k | |
| 4 | 79,2 % | ±1,3pp | 0,72 US$ | 1,9m | 6,9k | |
| 5 | 78,8 % | ±2,1pp | 0,48 US$ | 2,0m | 7,04k | |
| 6 | 78,8 % | ±2,2pp | 0,16 US$ | 71s | 6,25k | |
| 7 | Google | 78,7 % | -- | 0,50 US$ | 5,8m | 22k |
| 8 | 78,4 % | ±2,3pp | 0,20 US$ | 12,7m | 31,2k | |
| 9 | 78,3 % | ±1,0pp | 0,074 US$ | 1,6m | 21,5k | |
| 10 | 78,3 % | ±1,7pp | 0,15 US$ | 3,1m | 16,3k | |
| 11 | 77,9 % | ±1,5pp | 0,015 US$ | 6,3m | 21,7k | |
| 12 | 77,5 % | ±2,6pp | 0,066 US$ | 4,3m | 14,2k | |
| 13 | 77,5 % | ±2,6pp | 0,10 US$ | 4,9m | 21,5k | |
| 14 | 77,3 % | ±3,3pp | 0,057 US$ | 1,9m | 6,56k | |
| 15 | 77,2 % | ±2,7pp | 0,17 US$ | 9,4m | 35,4k | |
| 16 | 77,0 % | ±0,3pp | 0,35 US$ | 3,0m | 12,7k | |
| 17 | 76,8 % | ±2,2pp | 0,054 US$ | 3,7m | 12,6k | |
| 18 | 76,8 % | ±4,3pp | 0,068 US$ | 16,2m | 44,2k | |
| 19 | 76,7 % | ±2,3pp | 0,42 US$ | 1,5m | 5,59k | |
| 20 | 76,7 % | ±0,0pp | 1,28 US$ | 1,6m | 5,71k | |
| 21 | 76,6 % | ±2,0pp | 0,49 US$ | 2,1m | 8,04k | |
| 22 | 76,5 % | ±2,7pp | 0,54 US$ | 2,9m | 10,7k | |
| 23 | 76,4 % | ±3,5pp | 0,14 US$ | 13,9m | 31,4k | |
| 24 | 76,0 % | ±3,1pp | 0,11 US$ | 14,6m | 24,2k | |
| 25 | digitalocean | 76,0 % | -- | 0,016 US$ | 42s | 1,76k |
| 26 | 75,7 % | ±1,0pp | 0,088 US$ | 73s | 8,72k | |
| 27 | 75,6 % | ±1,9pp | 0,009 US$ | 2,0m | 5,38k | |
| 28 | 75,3 % | ±2,7pp | 0,17 US$ | 2,5m | 22,9k | |
| 29 | 75,3 % | ±0,7pp | 0,33 US$ | 4,0m | 12k | |
| 30 | 75,3 % | ±1,7pp | 0,34 US$ | 1,9m | 7,04k | |
| 31 | OpenAI | 75,3 % | -- | 0,30 US$ | 3,0m | 13,6k |
| 32 | 75,3 % | ±3,0pp | 0,20 US$ | 2,0m | 7,77k | |
| 33 | 75,3 % | ±2,9pp | 0,029 US$ | 7,6m | 11,7k | |
| 34 | 75,1 % | ±2,8pp | 0,033 US$ | 3,7m | 35,2k | |
| 35 | 75,1 % | ±3,7pp | 0,045 US$ | 3,0m | 9,42k | |
| 36 | 75,0 % | ±0,3pp | 0,29 US$ | 2,9m | 10,4k | |
| 37 | 74,9 % | ±5,1pp | 0,083 US$ | 13,1m | 50,5k | |
| 38 | 74,8 % | ±2,8pp | 0,026 US$ | 2,5m | 9,36k | |
| 39 | 74,8 % | ±2,8pp | 0,50 US$ | 3,2m | 10,1k | |
| 40 | 74,8 % | ±2,0pp | 0,19 US$ | 4,8m | 11,6k | |
| 41 | 74,8 % | ±2,0pp | 0,030 US$ | 3,3m | 18,7k | |
| 42 | 74,7 % | ±3,4pp | 0,037 US$ | 3,3m | 13,6k | |
| 43 | 74,4 % | ±2,6pp | 0,039 US$ | 9,8m | 15,9k | |
| 44 | 74,3 % | ±2,7pp | 0,33 US$ | 3,3m | 11,5k | |
| 45 | 74,3 % | ±3,4pp | 0,028 US$ | 7,3m | 14,7k | |
| 46 | 74,0 % | ±4,8pp | 0,010 US$ | 4,7m | 15,6k | |
| 47 | 73,9 % | ±2,9pp | 0,011 US$ | 3,7m | 14k | |
| 48 | 73,7 % | ±2,5pp | 0,079 US$ | 2,6m | 8,78k | |
| 49 | 73,7 % | ±1,0pp | 0,48 US$ | 2,1m | 7,21k | |
| 50 | 73,6 % | ±2,7pp | 0,29 US$ | 5,6m | 10,8k | |
| 51 | 73,6 % | ±2,2pp | 0,065 US$ | 4,1m | 12,7k | |
| 52 | 73,3 % | ±2,7pp | 0,13 US$ | 1,8m | 5,15k | |
| 53 | 73,3 % | ±2,0pp | 0,12 US$ | 2,6m | 19,7k | |
| 54 | 72,9 % | ±3,3pp | 0,33 US$ | 3,5m | 10,4k | |
| 55 | 72,9 % | ±1,7pp | 0,033 US$ | 2,2m | 14,6k | |
| 56 | 72,8 % | ±4,1pp | 0,012 US$ | 86s | 10,7k | |
| 57 | 72,7 % | -- | 2,91 US$ | 5,5m | 12,4k | |
| 58 | 72,7 % | ±2,7pp | 0,43 US$ | 3,3m | 31,3k | |
| 59 | 72,5 % | ±3,9pp | 0,010 US$ | 6,2m | 14,2k | |
| 60 | 72,5 % | ±7,9pp | 0,041 US$ | 4,6m | 23,8k | |
| 61 | 72,3 % | ±0,3pp | 0,11 US$ | 83s | 3,74k | |
| 62 | 72,3 % | ±1,0pp | 0,029 US$ | 3,0m | 35k | |
| 63 | 72,3 % | ±3,6pp | 0,095 US$ | 3,7m | 10k | |
| 64 | 72,1 % | ±4,8pp | 0,032 US$ | 18,2m | 51,6k | |
| 65 | 72,1 % | ±1,3pp | 0,052 US$ | 6,5m | 9,29k | |
| 66 | AtlasCloud | 72,0 % | -- | 0,40 US$ | 3,3m | 16,3k |
| 67 | 71,8 % | ±1,7pp | 0,058 US$ | 8,5m | 13,8k | |
| 68 | 71,7 % | ±1,0pp | 0,13 US$ | 8,9m | 57k | |
| 69 | 71,6 % | ±2,3pp | 0,060 US$ | 5,3m | 9,77k | |
| 70 | 71,3 % | ±3,1pp | 0,044 US$ | 1,9m | 8,4k | |
| 71 | 71,3 % | ±0,0pp | 0,080 US$ | 2,3m | 42,7k | |
| 72 | Alibaba | 71,3 % | -- | 0,017 US$ | 5,5m | 17,2k |
| 73 | 71,3 % | -- | 0,21 US$ | 4,4m | 27,6k | |
| 74 | 71,1 % | ±1,3pp | 0,028 US$ | 3,9m | 10,4k | |
| 75 | 70,7 % | -- | 0,005 US$ | 2,7m | 17k | |
| 76 | 70,7 % | -- | 0,71 US$ | 4,8m | 22,9k | |
| 77 | 70,3 % | ±0,3pp | 0,085 US$ | 5,8m | 32,9k | |
| 78 | Alibaba | 70,3 % | -- | 0,054 US$ | 6,6m | 20,7k |
| 79 | 70,0 % | -- | 0,30 US$ | 2,1m | 8,5k | |
| 80 | digitalocean | 70,0 % | -- | 0,004 US$ | 49s | 1,57k |
| 81 | 70,0 % | -- | 0,003 US$ | 1,6m | 17,1k | |
| 82 | 70,0 % | -- | 0,10 US$ | 2,4m | 3,64k | |
| 83 | 69,7 % | ±2,9pp | 0,052 US$ | 6,1m | 9,09k | |
| 84 | 69,7 % | ±1,0pp | 0,013 US$ | 1,9m | 5,14k | |
| 85 | 69,3 % | -- | 0,13 US$ | 1,6m | 4,98k | |
| 86 | 69,3 % | -- | 0,028 US$ | 3,5m | 14,9k | |
| 87 | 68,7 % | ±4,2pp | 0,016 US$ | 6,2m | 19,9k | |
| 88 | 68,7 % | -- | 0,002 US$ | 78s | 11,7k | |
| 89 | 68,7 % | -- | 0,068 US$ | 79s | 4,78k | |
| 90 | 68,0 % | -- | 0,58 US$ | 2,4m | 3,73k | |
| 91 | 67,3 % | ±2,7pp | 0,63 US$ | 12,2m | 54,9k | |
| 92 | 67,3 % | -- | 0,009 US$ | 2,0m | 8,9k | |
| 93 | 67,2 % | ±2,8pp | 0,080 US$ | 81s | 3,53k | |
| 94 | 66,7 % | -- | 0,039 US$ | 5,2m | 32k | |
| 95 | 66,7 % | ±1,7pp | 0,009 US$ | 4,8m | 9,62k | |
| 96 | 66,7 % | ±0,7pp | 0,013 US$ | 3,0m | 13,3k | |
| 97 | 66,7 % | ±1,3pp | 0,089 US$ | 1,8m | 12,9k | |
| 98 | 66,2 % | ±2,9pp | 0,12 US$ | 2,1m | 12,6k | |
| 99 | 65,8 % | ±2,8pp | 0,023 US$ | 5,9m | 10,2k | |
| 100 | 65,6 % | ±1,9pp | 0,017 US$ | 5,2m | 22,8k | |
| 101 | 65,2 % | ±3,2pp | 0,013 US$ | 8,6m | 18,1k | |
| 102 | 64,7 % | ±2,7pp | 0,030 US$ | 2,0m | 16k | |
| 103 | 61,6 % | ±1,1pp | 0,12 US$ | 10,4m | 27,7k | |
| 104 | 60,7 % | -- | 0,032 US$ | 5,6m | 8,85k | |
| 105 | 60,7 % | ±2,7pp | 0,047 US$ | 3,5m | 3,67k | |
| 106 | 60,3 % | ±2,4pp | 0,045 US$ | 1,8m | 4,78k | |
| 107 | DeepInfra | 58,3 % | -- | 0,015 US$ | 13,9m | 38,6k |
| 108 | 58,0 % | ±2,7pp | 0,21 US$ | 3,0m | 12,1k | |
| 109 | 56,7 % | ±0,7pp | 0,029 US$ | 75s | 7,7k | |
| 110 | 53,4 % | -- | 0,012 US$ | 1,6m | 16,6k | |
| 111 | 53,3 % | ±1,8pp | 0,017 US$ | 19,4m | 76k | |
| 112 | 51,8 % | ±2,5pp | 0,028 US$ | 7,4m | 58,3k | |
| 113 | 50,0 % | ±3,5pp | 0,16 US$ | 33,6m | 38,5k | |
| 114 | 48,3 % | ±3,7pp | 0,041 US$ | 11,2m | 93,9k | |
| 115 | DeepInfra | 48,0 % | -- | 0,011 US$ | 80s | 3,76k |
| 116 | 48,0 % | ±3,1pp | 0,051 US$ | 1,5m | 2,75k | |
| 117 | 47,7 % | ±1,7pp | 0,13 US$ | 53s | 2,67k | |
| 118 | 47,5 % | ±1,0pp | 0,021 US$ | 11,3m | 19,7k | |
| 119 | 47,2 % | ±16,8pp | 0,069 US$ | 9,4m | 9,87k | |
| 120 | 47,1 % | ±2,0pp | 0,024 US$ | 2,3m | 3,73k | |
| 121 | DeepInfra | 47,0 % | -- | 0,036 US$ | 7,3m | 20,9k |
| 122 | Mistral | 46,0 % | -- | 0,011 US$ | 87s | 9,09k |
| 123 | 44,3 % | ±1,0pp | 0,023 US$ | 59s | 2,33k | |
| 124 | DeepInfra | 44,0 % | ±0,7pp | 0,031 US$ | 11,3m | 16,7k |
| 125 | 43,5 % | ±2,1pp | 0,074 US$ | 13,0m | 20,3k | |
| 126 | 42,7 % | ±0,0pp | 0,030 US$ | 4,6m | 3,55k | |
| 127 | 42,7 % | ±1,4pp | 0,050 US$ | 2,6m | 2,23k | |
| 128 | 42,7 % | ±0,7pp | 0,21 US$ | 52s | 2,19k | |
| 129 | OpenAI | 41,7 % | ±3,0pp | 0,20 US$ | 53s | 2,09k |
| 130 | 40,5 % | ±1,8pp | 0,067 US$ | 6,4m | 10,1k | |
| 131 | 39,8 % | ±1,8pp | 0,069 US$ | 5,3m | 7,31k | |
| 132 | 39,5 % | ±12,0pp | 0,022 US$ | 3,7m | 3,34k | |
| 133 | 38,3 % | ±1,1pp | 0,026 US$ | 3,3m | 4,3k | |
| 134 | 35,2 % | ±2,2pp | 0,079 US$ | 3,5m | 7,35k | |
| 135 | 32,8 % | ±4,4pp | 0,047 US$ | 87s | 1,32k | |
| 136 | PrimeIntellect | 32,7 % | -- | 0,029 US$ | 2,2m | 3,41k |
| 137 | OpenAI | 30,7 % | ±0,7pp | 0,018 US$ | 55s | 3,41k |
| 138 | 24,0 % | ±3,3pp | 0,073 US$ | 11,0m | 5,32k | |
| 139 | 22,2 % | ±6,0pp | 0,004 US$ | 17s | 1,55k | |
| 140 | 11,0 % | ±1,0pp | 0,007 US$ | 64s | 2,31k |
Es una prueba de rendimiento de llamadas a herramientas difícil de manipular. La puntuación depende de secuencias de llamadas a herramientas en vivo en lugar de respuestas memorizadas, por lo que resiste mejor la filtración de datos de entrenamiento que las evaluaciones de preguntas y respuestas. Pone a prueba todos los modos de fallo de las llamadas a herramientas (argumentos incorrectos, comprobaciones de políticas omitidas, abandono, confirmaciones alucinadas) con un coste relativamente bajo por ejecución. Las puntuaciones relativas también aportan más información que las absolutas. Un mismo modelo puede obtener puntuaciones distintas según el proveedor, y esas diferencias son las que el enrutamiento Exacto utiliza para elegir endpoints con mayor precisión.
Cada tarea es una conversación simulada de atención al cliente de una aerolínea con un usuario programado, un conjunto de herramientas (búsqueda de vuelos, cambios de reservas, reembolsos, políticas de fidelización) y una solución de referencia validada. Una tarea solo se supera si el estado final de la base de datos y los mensajes al usuario coinciden con la referencia; no se otorgan puntos parciales.
Todavía hay margen de mejora. Los mejores modelos fallan aproximadamente en una de cada cinco tareas, y el dominio de las aerolíneas es la partición más difícil de τ²-Bench. Las diferencias de precisión aquí distinguen a los modelos que siguen políticas de varios pasos de los que simplemente conversan bien.
Sin embargo, el nivel mínimo es alto. Muchas tareas recompensan la inacción. Una tarea de rechazo con una lista vacía de acciones de referencia se considera superada por cualquier agente que no cambie nada. Incluso los modelos menos capaces obtienen puntuaciones muy superiores a cero, por lo que las diferencias significativas se concentran en la parte superior del rango.
La prueba de referencia es pública, por lo que las tareas pueden aparecer en los corpus de entrenamiento. Sin embargo, la contaminación infla menos las puntuaciones aquí que en las evaluaciones de preguntas y respuestas, ya que una tarea filtrada aún debe ejecutarse correctamente, paso a paso, sobre una base de datos activa.
La fidelidad de la puntuación tiene límites. El verificador comprueba dos cosas: el hash final de la base de datos y las coincidencias exactas de subcadenas en los mensajes del agente. Las afirmaciones en lenguaje natural de cada tarea («el agente debe rechazar la cancelación») son metadatos, y ningún modelo juez lee la transcripción. Por tanto, un cálculo de ahorro falla si el agente dice «$23,552.50» cuando el verificador busca «23553» con grep.
El simulador de usuario también importa. Lo fijamos en gemini-2.5-flash para que las puntuaciones de los agentes sigan siendo comparables, pero el simulador es en sí mismo un LLM con sus propios modos de fallo. Puede detener la conversación antes de que el agente termine, revelar las instrucciones ocultas de su tarea o mantener a un agente atascado en un bucle hasta que el límite de 200 pasos termine la ejecución. Cambiar el modelo del simulador altera las puntuaciones absolutas, por lo que las cifras de τ²-Bench de distintos artículos rara vez coinciden exactamente.
Cada tarea incluye una solución de referencia: una lista de llamadas a herramientas, cadenas que el agente debe decir y afirmaciones en lenguaje natural. Una vez finalizada la conversación, el verificador reproduce las llamadas a herramientas de referencia en una base de datos nueva y compara sus hashes con los de la base de datos final del agente. A continuación, busca cada cadena requerida en los mensajes del agente. La recompensa es el producto de esas dos comprobaciones:
reward = db_match × communicate_met // each ∈ {0, 1}
db_match = hash(agent DB) == hash(gold DB)
communicate_met = every required string appears in an agent message
any run that hits MAX_STEPS instead of a clean stop scores 0 outrightLas trayectorias que se muestran a continuación proceden de ejecuciones reales, con gemini-2.5-flash como simulador de usuario en todas ellas.
Tarea 17 agente: openai/gpt-5.1
Para la reserva FQ8APE: añada 3 maletas facturadas, cambie el pasajero a Omar Rossi y pase de clase económica básica a económica, pagando con una tarjeta regalo.
El agente buscó al usuario, encontró la reserva correcta entre varias, confirmó los cambios y el método de pago y, después, realizó las tres operaciones de escritura: cambio de pasajero, mejora de cabina y equipaje. Los hashes finales de la base de datos coinciden con el estado de referencia y la ejecución termina en USER_STOP, por lo que la recompensa es 1. Esto es lo que la evaluación está diseñada para medir: el uso correcto de herramientas en varios pasos sujeto a restricciones de políticas.
Tarea 0 agente: openai/gpt-4o-mini
Cancele la reserva EHGLP3. La reserva tiene más de 24 horas, es de clase económica básica y no tiene seguro de viaje, por lo que la política no permite la cancelación.
El agente consultó la reserva, vio una tarifa de clase económica básica reservada hacía más de 24 horas sin seguro y la canceló de todos modos. Incluso prometió un reembolso de 208 $. El verificador compara la base de datos final con la base de datos de referencia (sin modificar), los hashes difieren y la recompensa es 0. El mismo modelo rechazó esta misma cancelación en una época diferente; la variabilidad del muestreo invierte el resultado.
Tarea 18 agente: openai/gpt-4o-mini
Cambie las cinco reservas de clase ejecutiva a clase económica y luego indique el importe total ahorrado. El total correcto es de 23.553 dólares.
El agente ejecutó correctamente las cinco rebajas de categoría y superó la comprobación de la base de datos. Después calculó el ahorro a partir de una lista parcial de tarifas e indicó al usuario 14.965 $ en lugar de 23.553 $. La comprobación de comunicación busca la cadena literal "23553" con grep en todos los mensajes del agente, no encuentra nada y asigna un cero a toda la tarea. Una respuesta aritmética incorrecta anuló cinco escrituras correctas en la base de datos.
Tarea 11 agente: meta-llama/llama-3.1-8b-instruct
Elimine a la pasajera Sophia de la reserva GV1N64. La política prohíbe cambiar el número de pasajeros; lo correcto es pasar a ambos pasajeros a la tarifa económica básica y reembolsar 5.244 $.
La primera acción del agente es una operación de escritura con argumentos totalmente inventados: un ID de reserva que el usuario nunca proporcionó y un pasajero llamado «John Doe», nacido el 1990-01-01, que no figura en ningún dato. Tras encontrar la reserva real, envía update_reservation_passengers con un array de un pasajero para una reserva de dos pasajeros, recibe «el número de pasajeros no coincide» y vuelve a intentar la misma llamada cuatro veces más, llegando a inventar a «Sophia Smith, 1992-01-01» como segunda pasajera. Nunca consulta la política (está prohibido eliminar a un pasajero; la acción correcta es bajar la categoría de cabina), ofrece un reembolso inventado de 200 $ y ambas comprobaciones fallan. Los argumentos son JSON bien formado que el esquema de la herramienta acepta; simplemente no se corresponden con la realidad, por lo que los modelos pequeños pueden obtener buenos resultados en las métricas de llamadas a herramientas a nivel de esquema y aun así fallar en tareas como esta.
Tarea 14 agente: openai/gpt-4o-mini
Vuelva a reservar el viaje de ida y vuelta más barato en clase ejecutiva y divida el pago entre tarjetas de regalo, un certificado y una tarjeta de crédito. El reparto correcto carga 44 $ a la tarjeta.
El agente creó una reserva en la que los importes de los pagos no sumaban el precio del billete. La herramienta la rechazó con el mismo error cada vez, y el agente reintentó la misma llamada decenas de veces hasta que la ejecución alcanzó su límite de 200 pasos. Toda ejecución que termina por MAX_STEPS recibe una puntuación de 0 incluso antes de comparar la base de datos. Esta transcripción tiene 202 mensajes; el siguiente fragmento muestra el bucle.
Tarea 0 agente: openai/gpt-4o-mini
La misma tarea que en el fallo por incumplimiento de la política: el usuario quiere cancelar EHGLP3 y la política no lo permite.
Esta ejecución obtuvo un aprobado legítimo: el agente comprobó la reserva, citó la regla de 24 horas y se negó. Pero observe lo que realmente verificó el comprobador: una base de datos intacta y una lista communicate vacía. Un agente que bloqueara todas las solicitudes o transfiriera el caso a una persona de inmediato obtendría la misma puntuación. Las tareas de rechazo miden «si nada falló», por lo que inflan las puntuaciones de los modelos excesivamente cautelosos.
Las puntuaciones agregan las ejecuciones exitosas de los últimos 90 días, ponderadas por el número de tareas, con un mínimo de 45 tareas evaluadas por par de modelo y proveedor. La puntuación principal de un modelo usa su enrutamiento predeterminado (sin fijarlo a un proveedor) cuando existe; de lo contrario, recurre al proveedor con la puntuación mediana. La desviación estándar se mide entre las ejecuciones de ese resultado representativo. Las cifras de costo, tiempo y tókenes son promedios por tarea de las mismas ejecuciones. La mejor relación calidad-precio corresponde al modelo óptimo de Pareto más barato cuya puntuación se sitúa a no más de 5 puntos de la puntuación más alta.
Estas son las mismas mediciones que utiliza el enrutamiento de Exacto. Consulte la documentación para saber cómo funciona el enrutamiento, o explore todos los modelos para probar uno.
Estas puntuaciones están disponibles a través de la API pública de evaluaciones comparativas de OpenRouter, por lo que puede obtener los mismos resultados por modelo de forma programática.
GET https://openrouter.ai/api/v1/benchmarks?source=openrouter Authorization: Bearer <API key>
Use task_type=agentic para filtrar por tau_bench_verified_airline. Cada elemento representa un modelo e incluye accuracy, accuracy_stddev, avg_cost_per_task, total_tasks y last_run_timestamp. Consulte la documentación de la API de pruebas de rendimiento.
Se publica una instantánea de esta clasificación en el conjunto de datos abierto benchmark-leaderboard (filtre por la columna benchmark ), que se regenera daily sin necesidad de una clave de API. La instantánea actual se generó el . Se distribuye bajo la licencia CC BY 4.0, por lo que puede reutilizarlo y volver a publicarlo con atribución a OpenRouter.
Las definiciones de las columnas, la metodología y las reglas de enmascaramiento están en el README del conjunto de datos.
OpenRouter (2026). τ²-Bench: resultados de aerolíneas en OpenRouter, instantánea del 2026-11-02. https://openrouter.ai/benchmarks/tau2-bench-airline. Bajo licencia CC BY 4.0.