TL;DR
- Jev es un modelo frontera que nunca genera texto. Tú le das las opciones; él las puntúa, en una sola pasada paralela.
- La demo: un LLM tarda 8,5 segundos en redactar un veredicto. Jev devuelve uno en 0,1 segundos — después de todo, ha leído bastante menos.
- El trato se declara de entrada: ni frases, ni explicaciones, ni código, ni cadena de razonamiento.
- Dónde encaja: enrutado de modelos y barandillas para las llamadas a herramientas — la capa clasificadora que ha vivido encerrada dentro de los harness de código cerrado.
- Para los CIO, esto es una historia de arquitectura de costes, no de capacidades.
45 segundos que lo explican mejor que la presentación
Jev fue anunciado por TypeSafe AI, cuyo CEO lo plantea como una provocación contra el consenso del escalado: “¿por qué los modelos de chat superhumanos no han producido una AGI?” Su respuesta es que la generación en sí es el cuello de botella. Lo entrenaron con un método llamado RLCD — aprendizaje por refuerzo para decisiones calibradas — y afirman una inferencia entre 20 y 200 veces más rápida y un coste entre 40 y 400 veces menor en trabajo de clasificación.
El vídeo de presentación, lamento decirlo, resistió con notable dignidad todo intento de ser comprendido. Así que Matija Sosic lo reconstruyó en 45 segundos — un servicio público que, seamos justos, no abunda en esta industria:
Míralo en X: @MatijaSosic — a 45-second TL;DR on Jev
Su propia explicación de por qué lo hizo: “la idea central me parece bellamente simple, pero el vídeo lo ponía realmente difícil.”
Lo que ocurre de verdad
La demo pasa una única pregunta — “¿es fraudulenta esta factura?” — por dos arquitecturas.
El LLM se pone a redactar. El cronómetro corre. Token a token produce: “Según las partidas y el historial del proveedor, esta factura parece legítima.” Ocho segundos y medio para decir una frase.
Jev hace algo estructuralmente distinto. Tu aplicación aporta el conjunto de opciones — FRAUD / CLEAN / REVIEW — y Jev puntúa cada una: FRAUD 0,07 · CLEAN 0,88 · REVIEW 0,05. Ni un token. Una pasada hacia adelante, todas las opciones puntuadas a la vez. 0,1 segundos.
Luego lees las probabilidades y eliges. El modelo no escribe nunca. Señala una de tus opciones, como ese opositor que marca los test con una seguridad envidiable pero se niega, por principios, a intentar la pregunta de redacción.
La forma de la API se deduce de ahí: envías un estado (contexto) más preguntas sobre él. Hay tres tipos — choice (elegir de un conjunto), score (puntuar contra niveles ordenados) y yes/no (probabilidad de que una afirmación sea cierta). Haz cinco preguntas sobre un mismo estado en una sola petición y, como se evalúan en paralelo, añadir preguntas apenas mueve la latencia y solo cuesta los tokens extra.
El trato, dicho sin anestesia
El panel más útil del vídeo es el que admite qué pierdes a cambio.
| Puede | No puede |
|---|---|
| elegir una acción | escribir una frase |
| clasificar | explicarse |
| puntuar / ordenar | escribir código |
| enrutar | razonar paso a paso |
A 100 veces la velocidad.
“Renunció a escribir para ganar velocidad. Ese es todo el trato.”
Hay que agradecer la franqueza, aunque la franqueza también le hace un buen favor a los benchmarks.
Dónde encaja en un harness de agentes
Importan dos patrones, y ambos viven en la capa alrededor del modelo, no en el modelo.
Enrutado de modelos. Antes de ejecutar una tarea, clasifícala y elige el modelo más barato capaz de terminarla. Las consultas directas y las ediciones pequeñas van a un modelo rápido y pequeño; la arquitectura y las decisiones de alto riesgo, a uno frontera. La decisión se toma una vez, al empezar la ejecución, y las probabilidades quedan en el estado del agente para auditoría. Es un trabajo de una modestia absoluta — y es donde se va la mayor parte de tu factura de inferencia.
Barandillas para las herramientas. Los agentes siguen sin ser de fiar. Una instrucción mala, o un atacante con la motivación suficiente, los empuja a acciones destructivas. Todos los harness serios ya clasifican las acciones peligrosas antes de ejecutarlas, que es precisamente por lo que la gente ha aprendido a confiar en ellos, poco a poco. Pero ese clasificador ha vivido en las partes de código cerrado del harness. Un modelo de decisión barato y rápido hace el patrón portable: inspecciona la llamada, puntúa el riesgo, bloquea antes de que la herramienta se ejecute.
Ahí está lo estratégicamente interesante. El clasificador nunca fue la ciencia difícil — era, sencillamente, la parte que nadie te podía vender.
La lectura para el CIO
Quita las cifras de benchmark y la forma te resultará familiar. Te ofrecen dejar de pagar precios de generación por trabajo con forma de decisión.
La mayor parte del tráfico de IA en producción de una empresa no es creativo. Es enrutado, triaje, clasificación y filtrado. Pasarlo por un motor autorregresivo es un error de categoría: pagas un párrafo para obtener una etiqueta, y heredas la latencia de un texto que nadie lee. Es algo así como encargar una memoria de 4.000 palabras para confirmar si las luces de la oficina están apagadas.
Así que la evaluación honesta es más estrecha, y más defendible, que la narrativa AGI. La cifra del 100x es la citable y la más débil — un modelo que no emite nada es trivialmente más rápido, porque el trabajo se ha eliminado, no acelerado. Cabría preguntar con cierta cortesía si la velocidad que se obtiene negándose a hacer el trabajo debería contar como velocidad. La afirmación de verdad es que la generación nunca hizo falta para una gran parte de tu tráfico, y esa sí se sostiene.
Dos advertencias antes de comprometerte. Primera: no hay justificación recuperable — no existe traza de razonamiento, porque no hubo razonamiento. Para decisiones que tocan regulación, auditoría o confianza del usuario, esto descalifica por sí solo; para un salto de enrutado o un tick de juego, nadie iba a leer la explicación de todos modos. Segunda: vigila la calibración, no la precisión. 0,88 contra 0,05 es un regalo. El número interesante es 0,51 contra 0,49, y ahí es donde estos sistemas se ganan — o pierden — su sitio en tu stack.
Empieza donde un error cuesta poco y la lentitud cuesta cara. Luego gánate el derecho a acercarlo a las decisiones que importan.