
Refonte
Le carnet de La Refonte
Comment La Refonte trie ses propres demandes entrantes avec le modèle de décision Jev : questions typées, seuil de confiance, cas exclus et revue hebdomadaire. Dispositif réel, déployé le 20 septembre 2026.

Refonte

IA

SEO
Depuis le 20 septembre 2026, La Refonte trie ses propres demandes entrantes, reçues par le formulaire du site et par la boîte de contact, avec un Worker Cloudflare qui interroge le modèle de décision Jev. Trois questions typées, le service concerné, l’urgence perçue et le ton du message, réduisent chaque demande à une probabilité et une confiance. Sous un seuil de confiance fixé au départ, ou pour une demande de devis, un litige ou une candidature, le message part directement en lecture humaine. Au-dessus du seuil, un routage automatique est proposé, puis Rémi ou Loïs le relit en revue hebdomadaire et l’inscrit dans un journal de décisions. Le journal des premières semaines viendra compléter ce dossier.
Depuis le 20 septembre 2026, La Refonte trie ses propres demandes entrantes avec un modèle de décision plutôt qu’à la main. Le formulaire du site et la boîte de contact reçoivent chaque semaine des messages très différents : une demande de devis, une question technique, une candidature, parfois une réclamation. Lire chaque message, deviner à qui il revient et estimer son urgence prend du temps, surtout aux heures où l’équipe est déjà occupée sur des projets clients. C’est le même constat qui guide l’automatisation des tâches chez les clients de l’agence, appliqué cette fois à son propre fonctionnement.
Le tri automatique ne remplace pas ce jugement, il le devance. Un Worker Cloudflare, nommé jev-bench, reçoit le message et interroge le modèle de décision Jev avec trois questions typées avant qu’une personne n’ouvre l’e-mail. Le gain visé est un délai de traitement plus court sur les demandes claires, pas une suppression de la relecture humaine sur les cas qui la méritent. Rien n’est traité tout seul : chaque message garde une décision de routage explicite, prise selon une règle écrite d’avance, et cette décision reste révisable en revue hebdomadaire si elle s’avère mauvaise.
Cet article décrit le dispositif tel qu’il est construit aujourd’hui, ratés compris : les choix faits et pourquoi ils ont été faits ainsi, les cas qui ne passent jamais par la machine, les cas de bord anticipés avant la mise en service, et ce qui remonte chaque semaine en revue. Il ne présente pas encore de bilan chiffré sur plusieurs semaines de fonctionnement réel. Le journal de décisions vient d’être ouvert avec le dispositif lui-même, et une lecture honnête de ce journal demande plusieurs semaines de messages, pas quelques jours de mise en service.
La tentation, avec un outil de classement, est d’ajouter des critères : la langue, le canal d’origine, l’historique du contact. La Refonte a choisi l’inverse. Jev, le modèle de décision décrit dans notre article sur Jev, ne rédige pas de texte : il évalue un état contre des questions fermées et renvoie une probabilité par réponse possible, avec un niveau de confiance. Plus les questions sont nombreuses, plus la confiance moyenne se dilue et plus la relecture humaine grossit sans raison utile.
Trois questions typées suffisent à router l’essentiel d’une demande : quel service est concerné, quel degré d’urgence est perçu, et quel ton porte le message. Le tableau ci-dessous détaille les valeurs possibles de chaque question et la lecture qu’en fait le routage. Le nombre de critères n’est pas figé : une catégorie qui reviendrait trop souvent en relecture humaine sans jamais se résoudre justifierait d’ajouter une question, pas d’empiler des règles particulières au-dessus du modèle.
Le choix de ces trois questions précises, plutôt que d’autres tout aussi plausibles, vient d’une observation simple sur les demandes reçues avant la mise en service : savoir à qui transmettre pèse plus que savoir pourquoi, dans la plupart des cas. Le service concerné tranche le destinataire. L’urgence perçue tranche le délai. Le ton tranche la prudence à observer avant de répondre, automatiquement ou non. Une quatrième question, sur le canal d’origine par exemple, a été envisagée puis écartée : elle n’aurait rien changé au routage, seulement allongé l’appel et dilué la confiance sur les trois réponses qui comptent réellement.
| 01Question typée | 02Valeurs possibles | 03Ce que la réponse déclenche |
|---|---|---|
| 01Service concerné | Commercial, technique, recrutement, presse ou partenariat, autre | Détermine la file de traitement et, si la confiance est suffisante, l’équipe destinataire |
| 02Urgence perçue | Faible, normale, élevée | Une urgence élevée raccourcit le délai avant relecture ; elle ne déclenche jamais seule une réponse automatique |
| 03Ton du message | Neutre, insatisfait, très insatisfait | Un ton insatisfait ou très insatisfait abaisse la confiance retenue et favorise le passage humain |
Service concerné
Urgence perçue
Ton du message
{
"state": "Message reçu via le formulaire du site, contenu résumé et anonymisé avant l’appel.",
"questions": [
{
"id": "service",
"question": "Quel service est concerné par cette demande ?",
"options": ["commercial", "technique", "recrutement", "presse_partenariat", "autre"]
},
{
"id": "urgence",
"question": "Quel est le degré d’urgence perçu dans le message ?",
"options": ["faible", "normale", "elevee"]
},
{
"id": "ton",
"question": "Quel ton porte le message ?",
"options": ["neutre", "insatisfait", "tres_insatisfait"]
}
]
}Jev renvoie des probabilités, jamais une décision définitive. La décision revient au code qui appelle le modèle, avec un seuil de confiance fixé au départ : au-dessus, un traitement ou un routage automatique est proposé ; en dessous, la demande part directement en lecture humaine, sans étape intermédiaire. Ce principe est détaillé dans notre article sur le garde-fou d’une réponse IA : un modèle de décision ne remplace jamais la règle qui l’entoure.
Le seuil retenu au lancement est volontairement prudent, plus proche d’un excès de prudence que d’un pari sur la vitesse. Il n’est pas gravé : la revue hebdomadaire, décrite plus bas, observe les cas passés en relecture humaine malgré une confiance élevée, et les cas routés automatiquement qui auraient mérité une relecture. C’est ce mouvement, pas un chiffre figé à la mise en service, qui ajustera le seuil dans les semaines qui suivent.
| 01Confiance renvoyée par Jev | 02Ce qui se passe | 03Qui décide ensuite |
|---|---|---|
| 01Confiance au-dessus du seuil retenu | Le message est routé automatiquement vers la file identifiée | Une relecture reste possible en revue hebdomadaire, pas systématique avant envoi |
| 02Confiance au-dessous du seuil retenu | Le message part directement en lecture humaine, sans traitement automatique | Rémi ou Loïs, selon le service concerné identifié par Jev |
| 03Catégorie exclue (devis, litige, candidature) | Aucun appel au seuil : la demande part toujours en lecture humaine | Rémi ou Loïs, quelle que soit la confiance qu’aurait renvoyée le modèle |
Confiance au-dessus du seuil retenu
Confiance au-dessous du seuil retenu
Catégorie exclue (devis, litige, candidature)
Un seuil de confiance protège des cas ambigus, pas des cas où la question elle-même ne devrait jamais être posée à un modèle. Trois catégories de demandes sont reconnues avant même l’appel à Jev et écartées du routage automatique, quelle que soit la confiance qu’un modèle leur attribuerait : une demande de devis, qui engage un prix et un délai envers un client ; un litige, où le ton et les faits rapportés méritent une lecture attentive et souvent un avis extérieur ; une candidature, qui engage une décision sur une personne.
Cette liste n’est pas un désaveu du modèle de décision : elle fixe la frontière entre ce qui se laisse réduire à une probabilité utile et ce qui ne le devrait pas. La checklist ci-dessous reprend ces exclusions avant même la lecture des trois questions typées.
Un dispositif de tri se juge sur ce qu’il fait des messages qui ne rentrent pas franchement dans une case. La Refonte a anticipé plusieurs cas de bord avant la mise en service, pour décider de leur traitement à l’avance plutôt qu’au moment où ils arrivent. Un message qui mélange deux sujets, une demande commerciale glissée dans un message technique par exemple, pousse le service concerné vers celui jugé le plus probable et abaisse mécaniquement la confiance retenue, ce qui favorise la relecture humaine. Un ton neutre qui cache une urgence réelle, une panne signalée sans exclamation ni mot fort, reste le risque le plus difficile à couvrir par une question fermée : c’est un des points que la revue hebdomadaire observe en priorité.
Un message très court, sans contexte, ou rédigé dans une langue que le formulaire ne prévoit pas, renvoie une confiance basse par construction : moins de matière donnée à Jev, moins de certitude dans sa réponse. Le tableau ci-dessous résume ces cas attendus et la parade retenue pour chacun, avant toute donnée réelle sur leur fréquence.
Ces cas ont un point commun : aucun n’a été traité en ajoutant une règle spéciale au-dessus du modèle. La parade retenue s’appuie chaque fois sur le même mécanisme, une confiance qui baisse quand la matière transmise est pauvre ou contradictoire, plutôt que sur une liste de cas particuliers qui grossirait indéfiniment. C’est aussi ce qui rend ces cas observables dans le journal : une confiance basse récurrente sur un même type de message est un signal à traiter en revue, pas un bug à corriger au cas par cas.
Un dispositif de tri se juge sur ce qu’il fait des messages qui ne rentrent pas franchement dans une case. La Refonte a anticipé plusieurs cas de bord avant la mise en service, pour décider de leur traitement à l’avance plutôt qu’au moment où ils arrivent. Un message qui mélange deux sujets, une demande commerciale glissée dans un message technique par exemple, pousse le service concerné vers celui jugé le plus probable et abaisse mécaniquement la confiance retenue, ce qui favorise la relecture humaine. Un ton neutre qui cache une urgence réelle, une panne signalée sans exclamation ni mot fort, reste le risque le plus difficile à couvrir par une question fermée : c’est un des points que la revue hebdomadaire observe en priorité.
Un message très court, sans contexte, ou rédigé dans une langue que le formulaire ne prévoit pas, renvoie une confiance basse par construction : moins de matière donnée à Jev, moins de certitude dans sa réponse. Le tableau ci-dessous résume ces cas attendus et la parade retenue pour chacun, avant toute donnée réelle sur leur fréquence.
Ces cas ont un point commun : aucun n’a été traité en ajoutant une règle spéciale au-dessus du modèle. La parade retenue s’appuie chaque fois sur le même mécanisme, une confiance qui baisse quand la matière transmise est pauvre ou contradictoire, plutôt que sur une liste de cas particuliers qui grossirait indéfiniment. C’est aussi ce qui rend ces cas observables dans le journal : une confiance basse récurrente sur un même type de message est un signal à traiter en revue, pas un bug à corriger au cas par cas.
La Refonte n’a pas encore mesuré, depuis son propre Worker jev-bench, la latence ni le coût réel d’un appel à Jev sur ses demandes entrantes : le dispositif est trop récent pour un relevé qui aurait un sens statistique. Les seuls ordres de grandeur disponibles à ce jour viennent de la démo publique askjev.ai et de l’éditeur TypeSafe AI, cités dans les sources de cet article. Ils donnent une idée de ce à quoi s’attendre, pas une garantie sur l’infrastructure de La Refonte.
Sur 172 appels relevés par le backend de cette démo les 18 et 19 septembre 2026, la latence médiane s’établissait à 188 millisecondes et son 95e centile à 395 millisecondes, pour des appels de six questions typées. Le coût, sur ces mêmes appels, ressortait autour de 0,0000444 dollar par appel d’environ 1 057 tokens en entrée, cohérent avec le tarif de 0,042 dollar par million de tokens en entrée annoncé par l’éditeur au lancement, sortie gratuite. Ce sont des ordres de grandeur par appel, pas un budget mensuel : celui-ci dépend du volume réel de demandes entrantes, qui n’est pas encore mesuré.
| 01Indicateur | 02Relevé sur askjev.ai (18-19 septembre 2026) | 03Lecture |
|---|---|---|
| 01Appels observés | 172 appels, 6 questions typées chacun | Base des autres chiffres de cette ligne |
| 02Latence médiane | 188 ms | La moitié des appels répondent sous ce délai |
| 03Latence au 95e centile | 395 ms | Repère pour un délai d’attente côté formulaire |
| 04Coût moyen par appel | 0,0000444 $ pour environ 1 057 tokens en entrée | Cohérent avec le tarif éditeur de 0,042 $ par million de tokens en entrée, sortie gratuite |
Appels observés
Latence médiane
Latence au 95e centile
Coût moyen par appel
Chaque message routé, automatiquement ou vers une personne, laisse une trace dans le journal de décisions. La revue hebdomadaire ne relit pas chaque ligne : elle porte sur les cas qui méritent une attention, ceux où la confiance était proche du seuil, ceux où une catégorie exclue a été mal identifiée en amont, et ceux qu’un membre de l’équipe a explicitement signalés pendant la semaine. Rémi ou Loïs assurent cette relecture, selon le service concerné par le message.
Les étapes suivantes décrivent cette revue telle qu’elle est organisée aujourd’hui. Elle sert deux objectifs distincts : vérifier que le seuil de confiance reste au bon endroit, et repérer les cas de bord qui n’avaient pas été anticipés avant la mise en service. Un cas de bord réel, une fois identifié, rejoint la liste de ceux décrits plus haut, ou fait remonter une question typée à reformuler.
Cette cadence hebdomadaire n’est pas arbitraire. Un rythme plus lent laisserait s’accumuler des messages mal routés sans que personne s’en rende compte avant plusieurs semaines. Un rythme plus rapide, quotidien par exemple, ne laisserait pas assez de messages pour distinguer un cas isolé d’une tendance qui mérite d’ajuster le seuil ou une question typée. La revue hebdomadaire est elle-même un choix révisable : si le volume de demandes entrantes change nettement, sa fréquence pourra être revue à son tour.
Étape 1
Le journal liste les messages dont la confiance était proche du seuil, ceux routés vers une catégorie exclue par erreur et ceux signalés manuellement pendant la semaine.
Étape 2
Rémi ou Loïs relit le message d’origine, la réponse de Jev et la décision effectivement prise, sans se limiter au résumé inscrit dans le journal.
Étape 3
Le seuil de confiance ne bouge que si plusieurs cas de la semaine pointent dans le même sens ; un cas isolé reste noté sans changer la règle générale.
Étape 4
Une catégorie de messages mal couverte par le service concerné, l’urgence perçue ou le ton peut justifier de reformuler une question, jamais d’ajouter une règle spéciale par-dessus le modèle.
Étape 5
La décision de la revue, ajustement ou statu quo, est elle-même inscrite dans le journal de décisions, avec sa date.
Le format du journal suit la méthode décrite dans notre article sur le journal des décisions IA : chaque ligne garde le contexte transmis au modèle, la réponse obtenue, la confiance annoncée et la décision effectivement prise, humaine ou automatique. Ce format est pensé pour être relu en revue hebdomadaire, pas seulement archivé.
Le tableau ci-dessous reprend les champs retenus pour le tri des demandes entrantes. Le journal vient d’être ouvert, avec le dispositif : il ne contient pas encore plusieurs semaines de lignes remplies, et cet article ne présente donc aucun décompte de messages traités ni aucun taux de justesse. C’est précisément ce que la revue hebdomadaire doit produire, semaine après semaine.
| 01Champ | 02Ce qu’il contient |
|---|---|
| 01Horodatage | Date et heure de la décision de routage, pas de la rédaction du message par l’expéditeur |
| 02Message d’origine (résumé) | Le contenu du message, résumé si nécessaire, sans les coordonnées du contact |
| 03Réponses aux trois questions typées | Service concerné, urgence perçue, ton du message, avec leur probabilité |
| 04Confiance retenue | Le niveau de confiance annoncé par Jev pour la réponse retenue |
| 05Décision prise | Traitement automatique, routage automatique, ou passage en lecture humaine, et pourquoi |
| 06Relecture | Si le cas est passé en revue hebdomadaire : ce qui a été confirmé ou corrigé |
Horodatage
Message d’origine (résumé)
Réponses aux trois questions typées
Confiance retenue
Décision prise
Relecture
Ce dispositif s’inscrit dans une démarche plus large d’automatisation des tâches chez La Refonte, appliquée cette fois à son propre fonctionnement plutôt qu’à celui d’un client. La méthode de tri elle-même, transposable à un formulaire ou une boîte de contact d’entreprise, est détaillée dans notre article sur le tri des demandes de formulaire avec l’IA. Pour aller plus loin sur plusieurs mois, le parcours IA de La Refonte reprend ces principes avec vos propres cas métier.
Le journal des premières semaines viendra compléter ce dossier sur cette même page, une fois qu’il portera assez de lignes pour en tirer une lecture honnête. Si votre entreprise reçoit elle aussi des demandes très variées par formulaire ou par e-mail, La Refonte peut regarder votre flux actuel avec vous, sans engagement, avant de discuter d’un dispositif adapté à votre organisation.
Dernière mise à jour : 20 septembre 2026
Formulaire, boîte de contact, demandes de devis : La Refonte regarde avec vous ce qui pourrait être trié avant la lecture humaine, sans engagement.
Pour aller plus loin



Sans engagement, sans jargon
Trente minutes pour identifier ce qui freine votre visibilité et repartir avec les priorités dans le bon ordre.
Discutons de votre projet
30 min · Google Meet
Choisissez le créneau qui vous convient dans notre calendrier. On analyse votre situation avant l’appel pour aller droit au but.
Recherche des créneaux disponibles...