Guide indépendantUn guide indépendant sur Jev, le modèle de TypeSafe AI
Cas d’usage

Ne poser que la question qui compte ensuite

Créer des formulaires et des workflows dynamiques avec Jev

Laissez Jev choisir la prochaine question ou la prochaine branche d’après les réponses déjà données ; votre formulaire garde les champs, la validation et la décision finale.

Charger ce modèle

Sources vérifiées Mise à jour Version du contenu 1

Nature des preuves Exemple pédagogique fictif et original. Aucun résultat du modèle n’est prérempli.

Exemple pédagogique fictif et original. Aucun résultat du modèle n’est prérempli.

Un point de départ modifiable

Charger ce modèle
1 · Texte à vérifier
Formulaire : demande d’assistance pour un équipement Réponses fournies jusqu’ici : - Appareil : ordinateur portable - Problème : « L’écran scintille quand je bouge le capot. Ça a commencé après que je l’ai fait tomber. » - Achat : il y a 14 mois
2 · Votre question
Quelle question de suivi le formulaire doit-il poser ensuite ?
3 · Définissez 2 à 6 options
  1. Demander des photos des dégâts

    Les réponses décrivent des dégâts matériels qu’une photo permettrait de documenter.

  2. Demander les étapes de dépannage déjà essayées

    Le problème semble lié au logiciel ou aux réglages.

  3. Demander la garantie ou le contrat de protection

    La couverture détermine la suite et n’est pas encore connue.

  4. Plus de questions ; transmettre pour examen

    Les réponses déterminent déjà l’étape suivante.

Ce sont des probabilités du modèle, pas une précision mesurée ni une garantie. Oui et Non correspondent à vos règles ; les options sont comparées uniquement parmi celles que vous avez fournies.

Jev peut-il décider de la prochaine étape d’un formulaire ?

Oui, lorsque les étapes possibles sont déjà écrites. Un formulaire statique se ramifie selon des valeurs exactes : si l’appareil est un ordinateur portable, afficher la section correspondante. Les réponses en texte libre mettent cette logique en échec, car « ça a commencé après que je l’ai fait tomber » ne correspond à aucune valeur de liste déroulante. Une question Choice peut lire les réponses déjà données et sélectionner l’une des questions de suivi que vous avez préparées. Votre formulaire reste maître des champs, de la validation et de tout ce qui se passe après l’envoi.

Ouvrir le modèle modifiable de prochaine question. Il contient une demande fictive d’assistance pour un équipement, avec trois réponses et quatre questions de suivi possibles. Son chargement crée un brouillon ; seule votre demande lance une vérification.

Rédiger les questions de suivi comme des options justifiées

Question de suivi La choisir lorsque
Demander des photos des dégâts Les réponses décrivent des dégâts matériels qu’une photo permettrait de documenter.
Demander les étapes de dépannage déjà essayées Le problème semble lié au logiciel ou aux réglages.
Demander la garantie ou le contrat de protection La couverture détermine la suite et n’est pas encore connue.
Plus de questions ; transmettre pour examen Les réponses déterminent déjà l’étape suivante.

Prévoyez toujours un moyen de s’arrêter. Sans lui, le formulaire continue d’interroger, puisqu’une option doit forcément l’emporter. Ne laissez pas au modèle les questions juridiques ou de sécurité obligatoires : si un champ est obligatoire, posez la question dans le code, à chaque fois.

Modifier un seul élément, puis comparer

  1. Lancez une vérification avec le modèle, puis notez la question de suivi sélectionnée et les autres probabilités.
  2. Remplacez le problème par « L’écran scintille depuis la dernière mise à jour du système » et relancez la vérification.
  3. Ajoutez une ligne « Contrat de protection : actif jusqu’en 2027 » et regardez si la question sur la garantie perd sa raison d’être.

Aucune réponse attendue n’est préremplie, et quelques exécutions ne constituent pas un test de votre formulaire. Avant le lancement, rassemblez des saisies partielles réelles ou réalistes, notez la question de suivi que poserait un collègue formé, puis comparez.

Poser plusieurs questions dans une seule requête

Dans votre propre intégration, une requête peut contenir de nombreuses questions. Le schéma de fan-out spéculatif de TypeSafe envoie ensemble les questions probables, y compris celles qui pourraient se révéler sans objet, et laisse le code ne lire que les réponses qui concernent la branche choisie. Sa documentation indique que les questions sont évaluées en parallèle ; en ajouter a donc généralement peu d’effet sur le temps de réponse. Pour un formulaire, cela signifie qu’un seul appel peut renvoyer la catégorie, indiquer si un numéro de commande a été fourni et si le ton justifie un rappel téléphonique ; le formulaire décide ensuite de ce qu’il affiche. Le Playground de ce site pose une question par vérification ; il illustre donc une seule étape de cette conception.

Ce que la communauté a essayé

L’équipe d’un gestionnaire de mots de passe a partagé le 17 septembre 2026 une expérience qui utilise Jev pour reconnaître les champs de formulaires web complexes, à la place de règles écrites à la main. Les chiffres d’amélioration et de latence de cette publication sont ceux des auteurs, obtenus sur leurs propres pages de test ; ils n’ont pas été reproduits de manière indépendante, et le travail était présenté comme une expérience, non comme un déploiement complet. D’autres exemples figurent dans la galerie Projets.

Un modèle peut mal interpréter le sarcasme, un mélange de langues ou une réponse saisie dans le mauvais champ. Offrez aux utilisateurs un moyen visible d’atteindre chaque branche à la main, et lisez les limites de Jev avant la mise en production.

Sources et lectures complémentaires

Ce guide s’appuie sur la documentation officielle et les témoignages de la communauté liés. Les observations de la communauté sont attribuées à leurs auteurs.

  1. TypeSafe: Fan-out spéculatif
  2. TypeSafe: Comment construire avec TypeSafe
  3. TypeSafe: Choice
Comment nous vérifions nos sources