Ejemplo didáctico ficticio y original. No incluye resultados predefinidos del modelo.
Un punto de partida editable
- 1 · Texto que quieres revisar
- Formulario: solicitud de soporte para equipos Respuestas hasta ahora: - Dispositivo: portátil - Problema: «La pantalla parpadea cuando muevo la tapa. Empezó después de que se me cayera». - Comprado: hace 14 meses
- 2 · Tu pregunta
- ¿Qué pregunta de seguimiento debe hacer ahora el formulario?
- 3 · Define entre 2 y 6 opciones
- Pedir fotos del daño
Las respuestas describen un daño físico que una imagen permitiría documentar.
- Preguntar qué soluciones se han probado
El problema parece de software o de configuración.
- Preguntar por la garantía o un plan de protección
La cobertura determina el camino y todavía no se conoce.
- Sin más preguntas; enviar a revisión
Las respuestas ya determinan el siguiente paso.
- Pedir fotos del daño
Son probabilidades del modelo, no precisión medida ni garantías. Sí y No corresponden a tus reglas; las opciones solo se comparan entre las que has proporcionado.
¿Puede Jev decidir el siguiente paso de un formulario?
Sí, cuando los posibles pasos siguientes ya están escritos. Un formulario estático se ramifica según valores exactos: si el dispositivo es un portátil, muestra la sección de portátiles. Las respuestas de texto libre rompen esa lógica, porque «empezó después de que se me cayera» no coincide con ningún valor de una lista desplegable. Una pregunta Choice puede leer las respuestas dadas hasta ahora y seleccionar una de las preguntas de seguimiento que has preparado. Tu formulario sigue siendo responsable de los campos, de la validación y de lo que ocurra después del envío.
Abre la plantilla editable de la siguiente pregunta. Contiene una solicitud ficticia de soporte para equipos con tres respuestas y cuatro posibles preguntas de seguimiento. Cargarla solo crea un borrador; la comprobación empieza cuando la solicitas.
Escribe las preguntas de seguimiento como opciones con su motivo
| Pregunta de seguimiento | Elígela cuando |
|---|---|
| Pedir fotos del daño | Las respuestas describen un daño físico que una imagen permitiría documentar. |
| Preguntar qué soluciones se han probado | El problema parece de software o de configuración. |
| Preguntar por la garantía o un plan de protección | La cobertura determina el camino y todavía no se conoce. |
| Sin más preguntas; enviar a revisión | Las respuestas ya determinan el siguiente paso. |
Incluye siempre una forma de parar. Sin ella, el formulario sigue preguntando porque alguna opción tiene que ganar. Mantén fuera del alcance del modelo las preguntas legales o de seguridad obligatorias: si un campo es obligatorio, pregúntalo siempre desde el código.
Cambia una sola cosa y compara
- Ejecuta la plantilla y anota la pregunta de seguimiento seleccionada y las demás probabilidades.
- Sustituye el problema por «La pantalla parpadea desde la última actualización del sistema» y ejecútala de nuevo.
- Añade una línea «Plan de protección: activo hasta 2027» y observa si la pregunta sobre la garantía pierde su razón de ser.
No hay una respuesta esperada precargada, y unas pocas ejecuciones no son una prueba de tu formulario. Antes del lanzamiento, reúne envíos parciales reales o realistas, anota la pregunta de seguimiento que haría una persona del equipo con formación y compara.
Pregunta varias cosas en una sola solicitud
En tu propia integración, una solicitud puede llevar muchas preguntas. El patrón de despliegue especulativo (fan-out) de TypeSafe envía juntas las preguntas probables, incluidas las que pueden resultar irrelevantes, y deja que el código lea solo las respuestas que correspondan a la rama elegida. Su documentación indica que las preguntas se evalúan en paralelo, por lo que añadir más suele afectar poco al tiempo de respuesta. En un formulario, eso significa que una sola llamada puede devolver la categoría, si se indicó un número de pedido y si el tono aconseja devolver la llamada al cliente, y el formulario decide qué mostrar. El Playground de este sitio hace una pregunta por comprobación, así que muestra un único paso de ese diseño.
Qué ha probado la comunidad
El equipo de un gestor de contraseñas compartió el 17 de septiembre de 2026 un experimento que usa Jev para reconocer campos en formularios web complejos, en sustitución de reglas escritas a mano. Las cifras de mejora y de latencia de esa publicación son de los propios autores y proceden de sus propias páginas de prueba; no se han reproducido de forma independiente y se presentaron como un experimento, no como un despliegue completo. Hay más ejemplos en la galería de Proyectos.
Un modelo puede malinterpretar el sarcasmo, la mezcla de idiomas o una respuesta escrita en el campo equivocado. Ofrece a las personas una forma visible de llegar a mano a cada rama y lee dónde están los límites de Jev antes de publicar.
Fuentes y lecturas adicionales
Esta guía se apoya en documentación oficial e informes de la comunidad enlazados. Las observaciones de la comunidad se atribuyen a sus autores.
Cómo comprobamos nuestras fuentes