Usar un modelo de lenguaje para leer «50k» es pagar oro por lo que cuesta cero.
Estoy montando un simulador de impuestos donde el cliente habla como habla y dice cosas como «facturaré entre 50 y 70 mil, me mudo a Valencia en marzo, tengo dos hijos». Esa frase lleva dos cosas muy distintas dentro. La regla que sostiene el sistema decide cuál va a una regex y cuál a un modelo al que le está prohibido escribir.
Dentro del expediente
«Facturaré entre 50 y 70 mil, me mudo a Valencia en marzo, tengo dos hijos.» Esa frase la dice un cliente como la dice, sin formulario. Estoy montando un simulador de impuestos pensado para entenderla. Y la decisión de diseño que sostiene todo el sistema cabe en una línea. Dentro de esa frase hay dos cosas muy distintas, y cada una va a una herramienta distinta.
Están los números, que son 50 y 70 mil, dos hijos y marzo. Y está el significado. ¿Valencia capital o Comunitat Valenciana? ¿Vivienda habitual? ¿Qué renta domina el año del traslado? Mezclarlas es el error de diseño más caro del proyecto.
Los números, ni regalados
Para leer los números no llamo a ningún modelo. Los lee una expresión regular. Cuesta cero y tarda nada. Cada regla suya se audita línea a línea, y no hace falta sacar los importes del despacho para que una máquina los copie.
Usar un modelo de lenguaje para leer «50k» es pagar oro por lo que cuesta cero. Y no es solo el dinero. Un trozo de código determinista falla siempre igual y en el mismo sitio, que es justo lo que quieres de algo que alimenta un cálculo. Un modelo falla de maneras nuevas.
El significado, a un juez que no escribe
Lo que no entiende una regex es el matiz. Para eso elegí un juez al que le prohibí escribir.
Jev es un modelo hecho para juzgar en vez de redactar. Lo presentó TypeSafe AI en septiembre Fuente primaria ↗. Su cofundador, Diogo Almeida, trabajó en OpenAI y figura entre los autores del InstructGPT Fuente primaria ↗. El trato es que tú defines las preguntas y las opciones permitidas. El modelo no suelta un párrafo. Devuelve la opción elegida con su distribución de probabilidad y un nivel de confianza Fuente primaria ↗.
Su documentación lo ilustra con una tienda. En una sola llamada, el sistema clasifica el mensaje y mide la urgencia. La frustración, también Fuente primaria ↗. Mi versión fiscal se parece mucho. Se pregunta si «Valencia» se refiere a la ciudad o a la Comunitat. Ciudad. Comunitat. No lo sé. La tercera opción es la que hace honesto al sistema, y es la que un formulario cerrado no suele ofrecer.
La factura ayuda a meter varias preguntas cerradas en cada simulación. El vendedor anuncia respuestas entre 70 y 500 milisegundos, varias preguntas en paralelo y 0,042 dólares por millón de tokens de entrada, sin cobrar las salidas Fuente primaria ↗. Son cifras del propio vendedor y las tomo como orden de magnitud, no como promesa.
La regla que sostiene el sistema
Si Jev duda, el simulador pregunta al cliente. Nunca simulo sobre una adivinanza. En fiscal, una suposición silenciosa es un bug. Si el sistema asume que Valencia era la ciudad y el cliente hablaba de la Comunitat, el resultado puede salir mal entero, con buena pinta. Es la supervisión del expediente 01 bajada a su versión más pequeña. Una persona no revisa cada paso, y la decisión de avanzar o preguntar la marca la confianza que declara el clasificador.
Esa regla no la estoy estrenando. Mi enrutador de correos clasifica mensajes con la misma arquitectura y una banda de confianza de 0,7. Por debajo de la banda no decide y avisa a una persona. En 45 casos, cero errores graves. Eso respalda el patrón de la banda, y este modelo y este dominio necesitan su propia prueba.
Y una llamada por simulación, con timeout de tres segundos y sin reintentos. Si el juicio no llega, el simulador pide los datos a mano. Un clasificador no puede cobrarte por repetirse.
Lo que Jev tiene prohibido
Calcular cifras. El cálculo lo hace mi motor, en Decimal y auditable. Si un modelo genera los números, lo que tengo es una encuesta y no un motor.
Extraer importes. Eso ya lo hace la regex, que sale gratis y no envía nada fuera.
Redactar el informe. Para eso está el otro agente, con la salida de la simulación delante.
Y seguir interviniendo cuando ya no hace falta. En cuanto el formulario está completo, Jev se retira. Es el recepcionista inteligente del simulador, no su autor.
Lo que la garantía no garantiza
El vendedor dice que Jev no puede alucinar. Leído fino, la garantía es de estructura. El modelo no contesta nada fuera de las opciones que le diste. Elegir mal dentro de las opciones sigue siendo posible Fuente primaria ↗. Por eso existe la banda de confianza y la pregunta al cliente, porque el formato no me libra del error de juicio.
Tampoco me compro el formato como novedad. Los modelos grandes ya devuelven categorías y estructuras fijas Fuente primaria ↗. Lo que me interesa es prohibir la generación donde basta un juicio, y poder meter esas preguntas en cada simulación porque salen baratas y rápidas. El día que otro modelo haga lo mismo más barato, cambia el nombre y la regla sigue.
Sus pruebas públicas tienen un límite que la prensa técnica que lo revisó señala sin rodeos. Las comparó la propia casa, con flujos suyos y usando respuestas de otros modelos como referencia, no soluciones verificadas de forma independiente Fuente primaria ↗. Por eso lo trato como una pieza más del simulador, sometida a sus mismas pruebas.
Usa el modelo para juzgar. Prohíbele escribir. Y cuando dude, que pregunte.
Lo que me preguntan cuando cierro el portátil.
¿Qué es Jev y en qué se diferencia de un chatbot?
Es un modelo de la casa TypeSafe AI, presentado en septiembre de 2026. No genera texto. Recibe preguntas con un conjunto cerrado de opciones y devuelve la opción elegida con su distribución de probabilidad y un nivel de confianza. Su cofundador, Diogo Almeida, trabajó en OpenAI y figura entre los autores del InstructGPT. La diferencia con un chatbot es que aquí el programa que llama decide qué se pregunta y qué respuestas son admisibles; el modelo puntúa, no improvisa.
¿Por qué extraer los números con una regex y no con un modelo?
Porque extraer «entre 50 y 70 mil» es un problema determinista, y a los problemas deterministas les sienta mejor código normal, porque cuesta cero y se audita línea a línea. Falla siempre igual, que es justo lo que quieres de algo que va a alimentar un cálculo. Un modelo de lenguaje para esa tarea cuesta dinero por llamada y tarda. Y añade una manera nueva de fallar, con buena pinta.
¿Qué pasa cuando el clasificador duda?
Que no decide. Si la confianza no llega a la banda, el simulador pregunta al cliente antes de seguir. En fiscal, una suposición silenciosa es un bug. Si el sistema asume que «Valencia» es la ciudad y el cliente hablaba de la Comunitat, el resultado puede salir mal con buena cara. La misma regla la probé en un enrutador de correos, con una banda de 0,7 y aviso a una persona por debajo de ella. Cero errores graves en 45 casos.
Antes de elegir la herramienta, parte la tarea. Lo determinista sale gratis y auditable. El matiz va a un juez que declara su confianza. La duda vuelve al cliente.
El expediente detrás del artículo.
Why Jev ↗Diogo Almeida, TypeSafe AI · AI Engineer World's Fair, track Posttraining & Midtraining, 1 de julio · 2026Charla de conferencia de parte interesadaFormer OpenAI researcher builds an AI model that judges options instead of writing text ↗The Decoder · 16 de septiembre · 2026
Prensa técnicaPrimitives, preguntas con opciones cerradas ↗Documentación oficial de TypeSafe AI · docs.typesafe.ai/primitives · 2026
Documentación del producto
Fuentes consultadas hasta el 1 de octubre de 2026. Las recomendaciones y ejemplos son elaboración editorial y no se atribuyen íntegramente a estas fuentes. Comprueba versión y ámbito antes de aplicar una norma.
Divulgación general. Ninguna herramienta de esta web certifica la revisión, seguridad o conformidad de un proceso.