Lancé en accès anticipé le 15 septembre 2026, Jev est le premier modèle « System One » de TypeSafe AI : il produit des choix typés, des scores ou des probabilités booléennes destinés aux logiciels. Un schéma de sortie prédéfini évite les champs mal formés et le texte libre imprévu, mais ne garantit pas que la décisi...
Publié parModifié avec GPT-5.6 TerraImages générées avec GPT Image 2
Réponse de recherche

Create a landscape editorial hero image for this Studio Global article: What is TypeSafe AI’s newly public Jev model—launched September 15 by San Francisco startup TypeSafe AI, founded by former OpenAI researcher. Article summary: Jev is TypeSafe AI’s first “System One” decision model: a transformer built to turn text or JSON state into typed, calibrated answers for software, rather than generate prose for people. TypeSafe launched it in early acc. Topic tags: general, general web, user generated, documentation. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks,
Jev est le premier modèle « System One » de TypeSafe AI. Sa fonction n’est pas de rédiger une réponse pour un humain, mais de prendre rapidement des décisions structurées au sein d’un logiciel. La start-up de San Francisco, fondée par l’ancien chercheur d’OpenAI Diogo Almeida avec Erik Gafni et Sasha Sheng, a ouvert Jev en accès anticipé le 15 septembre 2026. 2
16
Un grand modèle de langage (LLM) produit habituellement une suite de jetons de texte. Cette approche le rend polyvalent : rédaction, explication, génération de code, planification ou conversation. Mais dans une application, la réponse doit souvent être analysée, convertie ou validée avant de pouvoir être utilisée sans risque.
Jev cible un usage plus délimité. L’application lui transmet un état — une chaîne de texte, un objet JSON ou un tableau de textes — ainsi que des questions typées. Le modèle retourne une réponse structurée par question, que le programme peut exploiter directement dans sa logique. La documentation de TypeSafe décrit ce mécanisme comme l’évaluation d’un état face à une carte de questions, avec une réponse structurée pour chacune. 17
Les principales formes de décision prises en charge sont les suivantes :
TypeSafe positionne donc Jev comme une brique de décision pour le routage, la classification, le filtrage en recherche, la notation des risques et les garde-fous d’agents IA, plutôt que comme un assistant conversationnel. Sa documentation cite notamment le routage de modèles, la récupération sémantique, la classification de traces et le contrôle des sorties d’autres IA. 18
L’expression reprend la distinction du psychologue Daniel Kahneman entre le Système 1, rapide et intuitif, et le Système 2, plus lent et délibératif. TypeSafe emploie ce terme pour désigner des modèles orientés vers des jugements rapides et bornés, plutôt que vers le raisonnement ouvert ou la composition de texte. 16
Cela ne veut pas dire que Jev résout le problème du raisonnement général. Son interface répond à un autre objectif : fournir l’état pertinent et une décision clairement définie, puis recevoir un résultat borné et une distribution de probabilités, pas un paragraphe.
Avec Jev, l’application fixe à l’avance la forme de la sortie. Pour une question de type « choix », elle fixe aussi les réponses autorisées. Le modèle ne peut donc pas ajouter un champ inattendu, inventer le nom d’un outil ou répondre par une explication libre là où le programme attend une valeur précise.
Il s’agit d’une garantie structurelle, et non d’une garantie de vérité. Un modèle de décision contraint peut toujours sélectionner la mauvaise option autorisée, mal interpréter le contexte ou afficher une confiance mal calibrée en conditions réelles. Vercel le souligne explicitement : la conformité au schéma concerne la structure de la réponse ; l’exactitude sémantique doit toujours être évaluée.
En production, les seuils de confiance doivent donc être considérés comme des paramètres de politique à tester, pas comme une preuve automatique de fiabilité. Une stratégie pragmatique consiste à automatiser les décisions peu risquées et à forte confiance, puis à rediriger les cas ambigus ou sensibles vers un LLM, un moteur de règles ou une validation humaine.
TypeSafe affirme que Jev a été entraîné exclusivement sur des données synthétiques, avec une méthode appelée Reinforcement Learning for Calibrated Decisions (RLCD). L’objectif annoncé est de rapprocher les probabilités retournées du taux de justesse effectivement observé, plutôt que d’optimiser une réponse écrite jugée agréable par un humain.
Cette calibration serait particulièrement utile en automatisation : une probabilité de 0,9 devrait, en principe, permettre de fixer un seuil de revue pertinent. Toutefois, le RLCD n’est pas encore établi par des tests indépendants à grande échelle. Les éléments fournis ne présentent pas non plus d’audit tiers complet de la calibration de Jev, de sa résistance aux entrées adversariales ou de son exactitude selon les domaines. Ces promesses doivent donc être vérifiées sur les données et les règles de décision propres à chaque organisation.
TypeSafe affiche Jev 1.13 à 0,042 $ par million de jetons d’entrée — soit 42 $ par milliard — tandis que les jetons de sortie sont gratuits. À ce tarif, 5 $ correspondent à environ 119 millions de jetons d’entrée, avant taxes et éventuelles conditions propres au compte. La documentation indique un contexte de 64 000 jetons par requête, dont jusqu’à 32 000 jetons pour l’état et la longueur de la question la plus longue.
L’entreprise et les premiers articles évoquent une latence d’environ 70 à 500 millisecondes selon la charge. Ces chiffres constituent un point de départ pour une évaluation, mais la latence réelle dépendra notamment de la taille de la requête, de la formulation des questions, de la région et des conditions de service.
Vercel a ajouté Jev à AI Gateway. Les développeurs peuvent l’appeler sous le nom typesafe-ai/jev via l’API expérimentale d’évaluation.
Selon Vercel, Jev a atteint près de 13 % des équipes payantes d’AI Gateway en 24 heures, et plus de deux fois le nombre d’équipes payantes atteint par tout lancement de modèle précédent sur la même durée. C’est un signe notable de curiosité et d’expérimentation chez les développeurs. Cela ne démontre toutefois ni la rétention dans le temps, ni la fiabilité à l’échelle de production, ni une supériorité sur tous les cas d’usage.
Les premiers retours mentionnent aussi des expérimentations de classification de sécurité de commandes et de courriels. Ces exemples illustrent les tâches bornées auxquelles Jev se destine, mais ils ne remplacent pas des benchmarks indépendants et contrôlés. Une équipe comparant Jev à un LLM devrait tester, sur ses propres données représentatives, l’exactitude, la calibration, la gravité des erreurs, la latence et le coût total du workflow.
Jev peut être adapté lorsqu’une application connaît déjà la décision à prendre et peut définir clairement l’espace des réponses. Par exemple :
En revanche, Jev ne remplace pas un LLM lorsqu’un produit doit rédiger librement, expliquer, proposer des idées, générer du code, planifier largement ou répondre à une question qui ne peut pas être exprimée dans un schéma défini à l’avance. La qualité du déploiement dépend aussi de la formulation des questions, du choix des données d’entrée, des options candidates, des seuils et de la stratégie de test. TypeSafe recommande d’énoncer des conditions précises, de filtrer le contexte avant l’envoi quand c’est possible et de tester soigneusement les intégrations.
Jev accepte actuellement des états textuels : chaînes de caractères, objets JSON et tableaux de textes. Les images, l’audio et la vidéo ne sont pas pris en charge. TypeSafe indique qu’ils ne sont « pas encore » supportés, mais la documentation fournie ne donne aucun calendrier public pour une version multimodale.
La promesse de Jev n’est pas que toute IA devrait cesser de générer du langage. Elle est que de nombreux workflows logiciels n’ont pas besoin de génération de langage au départ. Pour une décision de classification, de routage ou de politique bien délimitée, une réponse probabiliste typée peut être plus simple à intégrer, moins coûteuse et plus rapide à exploiter qu’une réponse conversationnelle.
La contrepartie est essentielle : une sortie structurée réduit les erreurs de format, non les erreurs de décision. La valeur réelle de Jev dépendra de la tenue de son exactitude et de ses estimations de confiance sur des cas d’usage spécifiques, évalués de manière indépendante. À ce stade, il faut surtout le voir comme un outil spécialisé prometteur pour des décisions logicielles bien cadrées, et non comme un remplaçant généraliste des LLM.
Studio Global AI
Cette page comprend une réponse basée sur la source que vous pouvez continuer dans Studio Global.
Lancé en accès anticipé le 15 septembre 2026, Jev est le premier modèle « System One » de TypeSafe AI : il produit des choix typés, des scores ou des probabilités booléennes destinés aux logiciels.
Lancé en accès anticipé le 15 septembre 2026, Jev est le premier modèle « System One » de TypeSafe AI : il produit des choix typés, des scores ou des probabilités booléennes destinés aux logiciels. Un schéma de sortie prédéfini évite les champs mal formés et le texte libre imprévu, mais ne garantit pas que la décision retenue ni son niveau de confiance soient corrects.
Vercel indique que près de 13 % des équipes payantes d’AI Gateway ont utilisé Jev durant ses 24 premières heures : un indicateur d’intérêt initial, pas une preuve de fiabilité à grande échelle.
Lancé en accès anticipé le 15 septembre 2026, Jev est le premier modèle « System One » de TypeSafe AI : il produit des choix typés, des scores ou des probabilités booléennes destinés aux logiciels. Un schéma de sortie prédéfini évite les champs mal formés et le texte libre imprévu, mais ne garantit pas que la décisi...
Publié parModifié avec GPT-5.6 TerraImages générées avec GPT Image 2
Réponse de recherche

Create a landscape editorial hero image for this Studio Global article: What is TypeSafe AI’s newly public Jev model—launched September 15 by San Francisco startup TypeSafe AI, founded by former OpenAI researcher. Article summary: Jev is TypeSafe AI’s first “System One” decision model: a transformer built to turn text or JSON state into typed, calibrated answers for software, rather than generate prose for people. TypeSafe launched it in early acc. Topic tags: general, general web, user generated, documentation. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks,
Jev est le premier modèle « System One » de TypeSafe AI. Sa fonction n’est pas de rédiger une réponse pour un humain, mais de prendre rapidement des décisions structurées au sein d’un logiciel. La start-up de San Francisco, fondée par l’ancien chercheur d’OpenAI Diogo Almeida avec Erik Gafni et Sasha Sheng, a ouvert Jev en accès anticipé le 15 septembre 2026. 2
16
Un grand modèle de langage (LLM) produit habituellement une suite de jetons de texte. Cette approche le rend polyvalent : rédaction, explication, génération de code, planification ou conversation. Mais dans une application, la réponse doit souvent être analysée, convertie ou validée avant de pouvoir être utilisée sans risque.
Jev cible un usage plus délimité. L’application lui transmet un état — une chaîne de texte, un objet JSON ou un tableau de textes — ainsi que des questions typées. Le modèle retourne une réponse structurée par question, que le programme peut exploiter directement dans sa logique. La documentation de TypeSafe décrit ce mécanisme comme l’évaluation d’un état face à une carte de questions, avec une réponse structurée pour chacune. 17
Les principales formes de décision prises en charge sont les suivantes :
TypeSafe positionne donc Jev comme une brique de décision pour le routage, la classification, le filtrage en recherche, la notation des risques et les garde-fous d’agents IA, plutôt que comme un assistant conversationnel. Sa documentation cite notamment le routage de modèles, la récupération sémantique, la classification de traces et le contrôle des sorties d’autres IA. 18
L’expression reprend la distinction du psychologue Daniel Kahneman entre le Système 1, rapide et intuitif, et le Système 2, plus lent et délibératif. TypeSafe emploie ce terme pour désigner des modèles orientés vers des jugements rapides et bornés, plutôt que vers le raisonnement ouvert ou la composition de texte. 16
Cela ne veut pas dire que Jev résout le problème du raisonnement général. Son interface répond à un autre objectif : fournir l’état pertinent et une décision clairement définie, puis recevoir un résultat borné et une distribution de probabilités, pas un paragraphe.
Avec Jev, l’application fixe à l’avance la forme de la sortie. Pour une question de type « choix », elle fixe aussi les réponses autorisées. Le modèle ne peut donc pas ajouter un champ inattendu, inventer le nom d’un outil ou répondre par une explication libre là où le programme attend une valeur précise.
Il s’agit d’une garantie structurelle, et non d’une garantie de vérité. Un modèle de décision contraint peut toujours sélectionner la mauvaise option autorisée, mal interpréter le contexte ou afficher une confiance mal calibrée en conditions réelles. Vercel le souligne explicitement : la conformité au schéma concerne la structure de la réponse ; l’exactitude sémantique doit toujours être évaluée.
En production, les seuils de confiance doivent donc être considérés comme des paramètres de politique à tester, pas comme une preuve automatique de fiabilité. Une stratégie pragmatique consiste à automatiser les décisions peu risquées et à forte confiance, puis à rediriger les cas ambigus ou sensibles vers un LLM, un moteur de règles ou une validation humaine.
TypeSafe affirme que Jev a été entraîné exclusivement sur des données synthétiques, avec une méthode appelée Reinforcement Learning for Calibrated Decisions (RLCD). L’objectif annoncé est de rapprocher les probabilités retournées du taux de justesse effectivement observé, plutôt que d’optimiser une réponse écrite jugée agréable par un humain.
Cette calibration serait particulièrement utile en automatisation : une probabilité de 0,9 devrait, en principe, permettre de fixer un seuil de revue pertinent. Toutefois, le RLCD n’est pas encore établi par des tests indépendants à grande échelle. Les éléments fournis ne présentent pas non plus d’audit tiers complet de la calibration de Jev, de sa résistance aux entrées adversariales ou de son exactitude selon les domaines. Ces promesses doivent donc être vérifiées sur les données et les règles de décision propres à chaque organisation.
TypeSafe affiche Jev 1.13 à 0,042 $ par million de jetons d’entrée — soit 42 $ par milliard — tandis que les jetons de sortie sont gratuits. À ce tarif, 5 $ correspondent à environ 119 millions de jetons d’entrée, avant taxes et éventuelles conditions propres au compte. La documentation indique un contexte de 64 000 jetons par requête, dont jusqu’à 32 000 jetons pour l’état et la longueur de la question la plus longue.
L’entreprise et les premiers articles évoquent une latence d’environ 70 à 500 millisecondes selon la charge. Ces chiffres constituent un point de départ pour une évaluation, mais la latence réelle dépendra notamment de la taille de la requête, de la formulation des questions, de la région et des conditions de service.
Vercel a ajouté Jev à AI Gateway. Les développeurs peuvent l’appeler sous le nom typesafe-ai/jev via l’API expérimentale d’évaluation.
Selon Vercel, Jev a atteint près de 13 % des équipes payantes d’AI Gateway en 24 heures, et plus de deux fois le nombre d’équipes payantes atteint par tout lancement de modèle précédent sur la même durée. C’est un signe notable de curiosité et d’expérimentation chez les développeurs. Cela ne démontre toutefois ni la rétention dans le temps, ni la fiabilité à l’échelle de production, ni une supériorité sur tous les cas d’usage.
Les premiers retours mentionnent aussi des expérimentations de classification de sécurité de commandes et de courriels. Ces exemples illustrent les tâches bornées auxquelles Jev se destine, mais ils ne remplacent pas des benchmarks indépendants et contrôlés. Une équipe comparant Jev à un LLM devrait tester, sur ses propres données représentatives, l’exactitude, la calibration, la gravité des erreurs, la latence et le coût total du workflow.
Jev peut être adapté lorsqu’une application connaît déjà la décision à prendre et peut définir clairement l’espace des réponses. Par exemple :
En revanche, Jev ne remplace pas un LLM lorsqu’un produit doit rédiger librement, expliquer, proposer des idées, générer du code, planifier largement ou répondre à une question qui ne peut pas être exprimée dans un schéma défini à l’avance. La qualité du déploiement dépend aussi de la formulation des questions, du choix des données d’entrée, des options candidates, des seuils et de la stratégie de test. TypeSafe recommande d’énoncer des conditions précises, de filtrer le contexte avant l’envoi quand c’est possible et de tester soigneusement les intégrations.
Jev accepte actuellement des états textuels : chaînes de caractères, objets JSON et tableaux de textes. Les images, l’audio et la vidéo ne sont pas pris en charge. TypeSafe indique qu’ils ne sont « pas encore » supportés, mais la documentation fournie ne donne aucun calendrier public pour une version multimodale.
La promesse de Jev n’est pas que toute IA devrait cesser de générer du langage. Elle est que de nombreux workflows logiciels n’ont pas besoin de génération de langage au départ. Pour une décision de classification, de routage ou de politique bien délimitée, une réponse probabiliste typée peut être plus simple à intégrer, moins coûteuse et plus rapide à exploiter qu’une réponse conversationnelle.
La contrepartie est essentielle : une sortie structurée réduit les erreurs de format, non les erreurs de décision. La valeur réelle de Jev dépendra de la tenue de son exactitude et de ses estimations de confiance sur des cas d’usage spécifiques, évalués de manière indépendante. À ce stade, il faut surtout le voir comme un outil spécialisé prometteur pour des décisions logicielles bien cadrées, et non comme un remplaçant généraliste des LLM.
Studio Global AI
Cette page comprend une réponse basée sur la source que vous pouvez continuer dans Studio Global.
Lancé en accès anticipé le 15 septembre 2026, Jev est le premier modèle « System One » de TypeSafe AI : il produit des choix typés, des scores ou des probabilités booléennes destinés aux logiciels.
Lancé en accès anticipé le 15 septembre 2026, Jev est le premier modèle « System One » de TypeSafe AI : il produit des choix typés, des scores ou des probabilités booléennes destinés aux logiciels. Un schéma de sortie prédéfini évite les champs mal formés et le texte libre imprévu, mais ne garantit pas que la décision retenue ni son niveau de confiance soient corrects.
Vercel indique que près de 13 % des équipes payantes d’AI Gateway ont utilisé Jev durant ses 24 premières heures : un indicateur d’intérêt initial, pas une preuve de fiabilité à grande échelle.