Jev AI Dev · guía para desarrolladores

¿Qué es el modelo de IA System One? Una guía de Jev para desarrolladores.

System One es la clase de modelos de IA de TypeSafe que convierte estados no estructurados de una aplicación en respuestas tipadas y probabilidades. Jev es su primera implementación: un componente de decisión acotado para el código de la aplicación.

Entrada
Texto, JSON o listas de texto
Salida
Choice, Score o Noul
Flujo de control
Lo gestiona tu código

Esta es una guía independiente para desarrolladores. Los detalles del producto y las afirmaciones de rendimiento se atribuyen a TypeSafe. Prueba Jev con tus propios datos antes de usarlo en producción.

System Onestate → decisions
state

«Me han cobrado dos veces y necesito resolverlo hoy.»

choicefacturación0.96
noulurgente0.88
scorefrustración1.7 / 2
if (confidence < threshold) → review
La clase de modelo

Un modelo System One es una primitiva de decisión para el código de la aplicación.

Un modelo System One interpreta el significado de una entrada, pero no continúa una conversación ni redacta una respuesta. Primero declaras la pregunta y la forma de respuesta permitida; el modelo devuelve un juicio acotado que el programa puede inspeccionar.

01

Entender el estado

Interpreta texto natural o estructurado: un ticket, la traza de un Agent, un registro de producto o el estado de un juego.

02

Respetar el contrato

La aplicación define el espacio de respuestas antes de la llamada. El modelo elige una opción, puntúa en una escala o evalúa una proposición binaria.

03

Mostrar la incertidumbre

Cada respuesta expone una probabilidad. Choice y Score también resumen la distribución mediante confidence.

04

Componer con código

Los umbrales, políticas, efectos, reintentos, alternativas y revisiones humanas siguen en manos del código normal.

Jev en el flujo de trabajo

Cómo integran los desarrolladores Jev en el código de la aplicación.

Jev convierte una llamada al modelo en varias señales de decisión. Para un desarrollador, la unidad útil no es un turno de chat, sino un contrato pequeño y tipado entre modelo y aplicación.

Entrada

1. Construir el estado

Envía la información necesaria para decidir. Jev acepta actualmente entradas basadas en texto, como cadenas, objetos JSON y listas de texto.

Mensaje del cliente + datos de cuenta
Contrato

2. Definir las preguntas

Nombra cada pregunta, elige su primitive y describe las opciones o la escala permitidas. Varias preguntas independientes pueden ir en una solicitud.

equipo · urgencia · frustración
Modelo

3. Jev evalúa

Jev devuelve una respuesta tipada y una señal de probabilidad por pregunta. Choice y Score incluyen además una confidence separada.

facturación · 0,93 · confidence alta
Aplicación

4. El código aplica la política

Combina la salida con comprobaciones deterministas. Actúa en casos claros y de bajo riesgo; deriva los ambiguos o importantes a una persona o modelo de razonamiento.

enrutar · preguntar · revisar · detener

Tres formas de respuesta

Choicebilling

¿Qué equipo debe encargarse?

Selecciona una opción de un conjunto predefinido y devuelve la probabilidad de cada opción.

Score1.43 / 2

¿Qué gravedad tiene el problema?

Sitúa la entrada en una escala ordenada y descrita; el resultado puede quedar entre dos niveles.

Noul0.95

¿Solicita un reembolso?

Evalúa una proposición sí/no y devuelve la probabilidad de “sí”.

El argumento

Por qué TypeSafe creó una interfaz de modelo para software.

Los modelos generativos producen cadenas flexibles para personas. TypeSafe propone que el software necesita una inteligencia más acotada: integrable en código, repetible, capaz de mostrar incertidumbre y de mantener visible el flujo de control.

01

Las cadenas son flexibles pero abiertas

La salida puede ser texto, código, JSON, un rechazo o un formato inválido. La aplicación suele tener que analizar, validar y recuperarse antes de actuar.

02

La automatización necesita límites

Cuando el modelo funciona en segundo plano, el programa debe conocer de antemano los resultados posibles y las acciones que cada uno permite.

03

La incertidumbre debe cambiar el flujo

Una distribución de probabilidad permite automatizar casos claros y enviar los ambiguos por una ruta más segura.

04

Las decisiones pequeñas deben componerse

Un flujo complejo puede dividirse en juicios semánticos concretos y unirse con lógica determinista en lugar de ocultarse en un gran prompt.

Dónde encaja

Dónde encaja System One AI en flujos de desarrollo.

Los mejores candidatos ocurren a menudo, necesitan entender entradas desordenadas y conducen a pocas acciones que la aplicación ya sabe ejecutar.

01

Operaciones de soporte

Clasificar tickets, detectar intención y urgencia, estimar el sentimiento y enviar los casos inciertos a revisión.

¿Facturación, soporte técnico, cuenta u otra cosa?
02

Control de Agents

Elegir modelo o herramienta, decidir si hace falta recuperación, comprobar si el resultado está completo o revisar una llamada propuesta.

¿Debe el Agent continuar, reintentar o escalar?
03

Ranking y relevancia

Puntuar la correspondencia de un candidato con una consulta, perfil, política o contexto y combinarla con reglas de negocio.

¿Qué relevancia tiene este candidato para la solicitud?
04

Seguridad y verificación

Evaluar mensajes, resultados, trazas o cambios de código con criterios explícitos; los resultados de alto riesgo quedan tras controles deterministas.

¿Incumple la regla indicada?
05

Interacción en tiempo real

Elegir acciones permitidas para juegos, simulaciones, interfaces o dispositivos sin generar una respuesta larga.

¿Qué acción permitida encaja mejor con este estado?
06

Operaciones de datos

Convertir grandes volúmenes de registros en categorías, puntuaciones, indicadores y características para sistemas posteriores.

¿Qué categoría y nivel de riesgo tiene este registro?

Buen encaje

Las opciones se conocen, la entrada es semánticamente compleja, la decisión se repite, la latencia importa y el código tiene una acción o alternativa para cada resultado.

Mal encaje

Se necesita texto o código original, razonamiento profundo de varios pasos, investigación amplia, explicación, entrada multimodal o resultados que no pueden definirse por adelantado.

System One y LLM generativos

System One y los LLM generativos cumplen funciones distintas en una pila de IA.

Ambos comprenden lenguaje y un LLM también puede producir una salida estructurada. La diferencia profunda está en qué se diseña para producir y cómo lo usa el software que lo rodea.

AspectoJev / System OneLLM generativo habitual
Trabajo principalEvaluar resultados predefinidosGenerar una continuación o respuesta
Salida nativaElección tipada, puntuación o probabilidad de síSecuencia de tokens: texto, código, JSON u otro
Espacio de respuestasDeclarado antes de la llamadaAbierto por naturaleza, incluso con schema para el formato final
IncertidumbreProbabilidad por respuesta; confidence para Choice y ScorePuede dar probabilidades de tokens o confianza declarada, no suele ser una señal calibrada para la tarea
MuestreoSegún TypeSafe, preguntas y salidas se evalúan en paraleloNormalmente secuencial, token a token
FortalezasRamificación semántica frecuente, puntuación, enrutamiento y controlesEscritura, diálogo, programación, síntesis y razonamiento abierto
Fallo principalDecisión con tipo válido pero semánticamente erróneaContenido erróneo, mal formado, sin respaldo o fuera de tarea
Papel en el sistemaComponente de decisión acotado dentro de código visibleGenerador o razonador flexible, a menudo con mayor orquestación

Para desarrolladores que evalúan System One más allá de Jev, se muestra el mismo módulo comunitario de Projects. Separa modelos entrenados de forma independiente de interfaces similares a Jev construidas sobre pesos existentes.

System One

Ecosistema System One de la comunidad

Estos modelos y experimentos de interfaz de la comunidad se inspiran en Jev o exploran enfoques similares de decisión estructurada. No son versiones oficiales de Jev publicadas por TypeSafe ni forman parte del ranking de proyectos de GitHub.

Modelo de la comunidadQwen3.5-9B

Bespoke Nimble

Un adaptador LoRA inspirado en Jev, con receta de entrenamiento para elecciones y preguntas de sí o no. Funciona en local y solo acepta texto.

GitHub
Modelo de la comunidadQwen3-0.6B

NanoJev

Un modelo pequeño con cabezales de decisión, código de entrenamiento público y demos de juegos para probar la elección de acciones.

GitHub
Modelo de la comunidadQwen3.5-2B

decider

Un modelo ajustado que devuelve probabilidades para preguntas estructuradas en una sola pasada. La versión actual solo admite inglés.

GitHub
Modelo de la comunidadModernBERT 151M

Verdict

Un pequeño modelo de decisión basado en un codificador, con pesos publicados y una demo WebGPU en el navegador.

GitHub
Modelo de la comunidadQwen3.5-0.8B

Dohnuts

Un modelo de decisión multimodal de 0,8 B con pesos, código de entrenamiento y evaluaciones publicados. Procesa texto e imágenes en una sola pasada; los pesos son para investigación no comercial.

GitHub
Experimento de interfazDiffusionGemma 26B-A4B

OpenJev

Usa el modelo DiffusionGemma existente para responder preguntas estructuradas mediante una API similar a la de Jev. No publica nuevos pesos del modelo.

GitHub
Experimento de interfazOpen-model logits

Simple Jev

Puntúa respuestas posibles con modelos abiertos existentes mediante una interfaz similar a Jev. No publica pesos de un modelo nuevo.

GitHub
Experimento de interfazSpark-X2.5-4B

Rizzo Flow

Un servidor local compatible con Jev que lee los logits de respuesta de Spark-X2.5. Las preguntas comparten el mismo prefill del estado e incluye un entorno de pruebas y benchmarks.

GitHub
Experimento de interfazAny causal LLM

AnyJev

Un kit sin entrenamiento que convierte modelos de lenguaje causales en modelos de decisión tipada, con corrección del sesgo por orden, calibración opcional y benchmarks reproducibles.

GitHub
Experimento de interfazQwen3.5 / DeBERTa

local-jev

Un servidor sin conexión compatible con Jev para modelos Qwen o DeBERTa, probado con el SDK oficial y con resultados de JevBench publicados.

GitHub

Son proyectos independientes de la comunidad, no versiones oficiales de Jev.

Fuentes primarias

Lee las afirmaciones en su contexto.

Esta guía de Jev AI Dev explica el marco de TypeSafe con palabras propias. Consulta las fuentes oficiales para detalles de API, afirmaciones de producto, evaluación y novedades.

Prueba la forma, no solo la idea

Empieza por una decisión que tu aplicación ya toma.

Define las respuestas posibles, reúne ejemplos representativos, decide cómo tratar la incertidumbre y compara Jev con tus reglas o modelos. No automatices directamente decisiones de alto impacto.

Probar Jev en el Playground Ver proyectos Jev