Choisir les étapes confiées à l'IA
Torke Router est un Torke Node, l'une des parties de Torke Engine, et vous pouvez l'acheter ou le louer séparément. Avant que quoi que ce soit ne soit construit, il découpe votre campagne en étapes et indique, pour chacune, si elle doit tourner en code, avec un modèle, avec un mélange des deux ou relever de la décision d'une personne, et comment ce choix sera testé.
Quelle est la différence entre IA déterministe et IA probabiliste ?
Une étape déterministe donne toujours la même réponse pour la même entrée, parce qu'elle suit une règle écrite dans du code. Une étape probabiliste, comme un modèle de langage, estime la réponse la plus probable, si bien que la même entrée peut produire des résultats différents. Régler la température d'un modèle sur 0 réduit cette variation sans la supprimer, et c'est pourquoi Torke Router oriente chaque étape selon des critères écrits et jamais selon la température.
Quelles étapes un modèle ne doit-il jamais toucher ?
Chaque étape d'une campagne qui utilise l'IA est exécutée par quelque chose : du code qui suit une règle fixe, un modèle qui lit et écrit du langage, un mélange des deux, ou une personne qui décide. Les erreurs coûteuses viennent de l'attribution à un modèle d'une étape qui possède une règle. Un modèle à qui l'on demande si une personne peut légalement recevoir un e-mail répondra le plus souvent correctement, de sorte que l'erreur passe toutes les démonstrations, et les mauvaises réponses apparaissent des semaines plus tard sous la forme d'une plainte ou d'un nombre de leads contesté par votre client.
Torke Router rend cette répartition visible avant toute dépense, en notant chaque étape selon des critères écrits plutôt qu'à l'intuition. L'exemple intégré au node est une campagne visant 40 leads qualifiés sur un marché de 400 entreprises, avec la méthode de Torke qui consiste à contacter une entreprise la semaine où quelque chose a changé pour elle. Cette campagne compte 21 étapes, et le Router en confie 11 à du code simple, 6 à un mélange de code et de modèle, 2 à un modèle seul et 2 à une personne.
Deux étapes de ce plan montrent la différence. La vérification de la base légale pour contacter quelqu'un peut s'écrire comme une recherche dans un tableau de pays et de canaux, et une erreur serait relevée par un régulateur ou par une plainte : elle obtient donc la note maximale et va au code, et un pays absent du tableau bloque le contact et passe à un opérateur. Savoir si un article de presse décrit une action de l'entreprise ou un événement de marché qui la touchait seulement n'a pas de règle complète : un modèle lit donc l'article, mais doit citer la phrase exacte qui nomme l'entreprise, et le code vérifie cette citation mot pour mot. Si la vérification échoue, l'élément est enregistré comme actualité de marché et ne peut jamais ouvrir un e-mail.
Le Router planifie et spécifie, il ne construit ni n'exécute les étapes. Ce qui change pour vous, c'est la conversation après le lancement : lorsqu'un client demande pourquoi un modèle a rédigé le message mais que le code a vérifié le consentement, vous avez une réponse notée et datée à lui montrer.
Comment fonctionne Torke Router ?
Chaque étape indique qui l'exécute. Tout ce qui suit une règle écrite tourne en code, un modèle n'intervient que là où un jugement sur du texte libre est nécessaire, toujours sous contrôle du code, et une personne décide de tout ce dont quelqu'un doit répondre.
-
Vous énoncez l'objectif ou votre propre workflow
Qui l'exécute
Personne
Ce qui se passe
Partez de l'un des quatre modèles de campagne, une campagne de leads pilotée par les signaux, la réponse aux demandes entrantes, le premier contact ou une campagne sur affirmations approuvées, ou listez vos propres étapes avec la commande init et le Router construit un plan vide autour d'elles.
-
Chaque étape est notée
Qui l'exécute
Modèle
Ce qui se passe
Cinq questions, notées 0, 1 ou 2 : la règle peut-elle s'écrire, les données qui arrivent sont-elles propres, la même entrée doit-elle donner la même réponse, que coûte une mauvaise réponse et qui la remarque, et un client ou un régulateur pourrait-il nous demander de l'expliquer. Chaque note s'accompagne d'une phrase de justification.
-
Le code attribue le verdict
Qui l'exécute
Code
Ce qui se passe
Une étape dont la règle existe entièrement tourne en code, quelles que soient ses autres notes. Un coût d'erreur élevé ou un besoin d'expliquer la réponse exclut un modèle travaillant seul, et un verdict ne peut changer que par une note accompagnée d'une raison écrite.
-
Chaque étape reçoit sa spécification
Qui l'exécute
Code
Ce qui se passe
Les étapes en code reçoivent leur règle sous forme d'une phrase qu'un développeur peut implémenter, et des tests unitaires avec un seuil de réussite de 100 pour cent. Les étapes confiées à un modèle reçoivent le modèle, les instructions, le format de réponse, une évaluation avec son seuil de réussite et une solution de repli qui est une règle ou une personne.
-
Chaque appel à un modèle reçoit ses contrôles
Qui l'exécute
Code
Ce qui se passe
Les sorties sont vérifiées par rapport à leur schéma, les citations sont comparées caractère par caractère à l'entrée, les étiquettes proviennent d'une liste fermée, et chaque appel a un plafond de tokens, au plus une tentative de correction et un journal d'exécution complet.
-
L'objectif est déroulé à rebours
Qui l'exécute
Code
Ce qui se passe
De la cible vers ce qu'elle exige, à l'aide de l'entonnoir que déclare chaque modèle, par exemple les entreprises, les contacts et les réponses pour une campagne de leads. Vous fournissez chaque taux avec sa source, et le plan reste bloqué tant que chacun n'en a pas, ou lorsqu'il exige plus d'entreprises que le marché n'en compte.
-
Les réponses répétées deviennent des règles
Qui l'exécute
Code
Ce qui se passe
Chaque mois, une entrée pour laquelle le modèle a donné la même réponse dans 95 pour cent d'au moins 30 exécutions est listée comme règle à écrire, et une étape qu'une personne corrige plus de 10 pour cent du temps est signalée comme mal orientée.
Que recevez-vous ?
Un plan orienté avant toute construction
Chaque étape avec son responsable, code, modèle, hybride ou personne, et le raisonnement derrière chaque score, pour l'un des quatre modèles ou pour votre propre workflow.
Une spécification par étape
La règle ou le prompt, le format de réponse, le test ou l'évaluation avec son seuil de réussite, et la solution de repli.
Le calcul de l'objectif
Le nombre d'entreprises, de contacts et de réponses dont votre cible a besoin, chaque taux étant marqué comme sourcé ou comme hypothèse.
Une revue mensuelle de l'orientation
La part des exécutions traitées par des règles, par un modèle et corrigées par une personne, avec les étapes qui devraient passer au code.
Où s'arrête-t-il ?
Torke Router ne construit ni n'exécute aucune étape, n'appelle aucun modèle et n'envoie rien. Il refuse de deviner les taux dont le calcul a besoin et bloque le plan jusqu'à ce que chacun arrive avec sa source.
Plusieurs seuils de réussite d'évaluation des nouveaux modèles sont repris de l'étape la plus proche du même type dans un autre plan Torke et sont marqués comme proposés, si bien que chaque mission les confirme avant le lancement. Il indique où chaque étape de code doit se trouver, et l'existence de ce code sort du périmètre de ce qu'il vérifie.
À qui s'adresse-t-il ?
Qui tire le plus de Torke Router, et quand un autre outil, ou aucun outil, est la meilleure réponse.
Un bon choix
- Une équipe sur le point d'introduire l'IA dans une campagne où certaines étapes ont un poids juridique, financier ou réputationnel, comme le consentement, la déduplication ou un nombre de leads qu'un client contestera.
- Une équipe qui s'attend à ce qu'un client, un auditeur ou un régulateur demande pourquoi une étape a été automatisée.
Un mauvais choix
- Des textes ponctuels sans étapes répétées, parce qu'il n'y a rien à orienter.
- Une équipe qui ne peut pas fournir les taux de conversion qu'exige l'entonnoir de son modèle, car le plan reste bloqué sans eux.
Un élément de Torke Engine, disponible aussi séparément
Torke Router est le node de planification de Torke Engine. Son modèle de campagne de leads attribue les étapes de scoring des comptes à Torke Signal, ses modèles de réponse entrante et de premier contact suivent pas à pas Torke Qualification et Torke Reachout, et son modèle de campagne envoie les contrôles d'affirmations à Evidence Review dans Torke Context. Chaque plan peut désigner votre propre source de contexte, de sorte que les instructions qu'il rédige renvoient à vos faits approuvés plutôt qu'à ceux de Torke. Torke Engine contient déjà une version portée de son arithmétique d'objectif, testée pour donner les mêmes réponses que l'original.
Torke Router est un Torke Node : vous pouvez l'utiliser seul ou au sein de Torke Engine avec les autres nodes, et ajouter les autres plus tard sans repartir de zéro.
Combien coûte Torke Router ?
Trois façons de l'utiliser. Les prix sont en francs suisses, hors TVA de 8.1 %, et les médias ou données tierces que vous choisissez d'ajouter sont facturés au coût réel.
-
Opéré par Torke
CHF 1’900 par mois
Nous opérons Torke Router pour vous dans le cadre de Torke Service : la mise en place, chaque exécution, les contrôles et un opérateur désigné qui répond du résultat chaque semaine.
Comment fonctionne Torke Service -
Le louer, le point de départ de la plupart des équipes
CHF 690 par mois
Votre équipe l'utilise depuis son assistant IA ou en ligne de commande. La mise en place, la première exécution supervisée, les mises à jour et le support sont inclus, et vous pouvez arrêter avec un préavis de 30 jours.
Louer Torke Router -
L'acheter
CHF 6’900 en une fois
Une licence pour l'exploiter sur votre propre infrastructure, sans frais mensuels, la séance de mise en place incluse. Les mises à jour et le support sont en option, à CHF 1’400 par an.
Se renseigner sur l'achat
Où en est-il aujourd'hui ?
Le routage, le compilateur de spécifications, l'arithmétique d'objectif et la revue mensuelle sont construits, et les 31 tests automatisés passent. Depuis le 19 octobre 2026, il est livré avec quatre modèles, chacun déclarant son propre entonnoir, une commande init qui transforme votre propre liste d'étapes en plan, et un réglage pour votre propre source de contexte. Chaque modèle se déclare bloqué tant que vous ne fournissez pas ses taux, car aucun n'a encore été mesuré chez un client, et la revue mensuelle n'a aucun journal d'exécution à lire tant que les étapes qu'elle spécifie ne sont pas construites.
Que demandent les équipes à propos de Torke Router ?
Chaque réponse se suffit à elle-même : vous pouvez la transmettre à un collègue, et un assistant interrogé sur la même question peut la citer telle quelle.
Torke Router appelle-t-il lui-même des modèles d'IA ?
Non. Il rédige la spécification de chaque étape, y compris le modèle, les instructions et le test, et c'est l'agent ou le moteur qui exécute l'étape qui fait l'appel. Il n'a besoin d'aucune clé d'API et ne fait aucun appel réseau.
Peut-on router notre propre workflow plutôt qu'un modèle ?
Oui. Listez vos étapes en une ligne avec la commande init, notez chacune sur les cinq questions, et le Router attribue les verdicts et rédige la spécification. Vous pouvez modifier un score avec une raison écrite, mais un verdict ne peut pas être modifié à la main, si bien que chaque décision reste traçable.
Pourquoi une température de 0 ne rend-elle pas une étape de modèle déterministe ?
Une température de 0 réduit la variance d'échantillonnage, mais la même entrée peut encore renvoyer une réponse différente. C'est pourquoi le Router décide de chaque étape selon que sa règle peut s'écrire ou non, et jamais selon un réglage du modèle.
Apportez-nous le problème, nous y apportons la solution
Dites-nous ce que vend votre équipe, qui l'achète et où les affaires cessent d'avancer. Vous recevrez une réponse écrite indiquant quelle façon de travailler vous convient, ou si un Diagnostic a du sens, et si aucun des deux ne convient, la raison.