Le test qui remet les pendules à l’heure
L’exercice est simple à reproduire. On dépose dans un modèle récent les pièces d’un dossier réel – tarifs fournisseurs, description du chantier, coordonnées du client – et on demande un devis conforme à la norme applicable. La mise en page est irréprochable. Les totaux tombent juste. Et pourtant, ligne à ligne, le contenu technique est faux : calibres mal choisis, protections absentes, sections sous-dimensionnées, articles de norme cités de travers.
Le réflexe est d’accuser le modèle, ou de conclure que l’IA « ne sait pas faire ». Les deux sont à côté du sujet. Le même modèle, correctement instruit, produit le devis juste. La différence ne tient pas à sa puissance : elle tient à ce qu’on lui a transmis du métier.
Ce que le modèle voit : des variables, pas des règles
Quand vous décrivez votre demande, le modèle découpe ce que vous écrivez en éléments isolés. Le nom de votre société est un élément. L’adresse du chantier en est un autre. Chaque référence produit, chaque quantité, le numéro de devis, le nom du client, et la norme elle-même : autant d’éléments, tous de même statut pour lui.
Ce qu’il ne déduit pas seul, ce sont les relations entre ces éléments. Qu’un usage tertiaire plutôt que résidentiel change le référentiel applicable. Qu’un changement de référentiel fait cascader le calibre des protections, les sections de câble, les distances et les mentions obligatoires. Qu’un client professionnel n’implique pas les mêmes règles d’affichage des prix qu’un particulier.
Une addition, il la fait sans y penser : c’est une opération mécanique, identique partout. Une cascade conditionnelle propre à votre métier, non : rien dans un texte généraliste ne la lui a enseignée, et rien dans votre demande ne la lui décrit. Il comble alors le vide par ce qui ressemble le plus, dans ce qu’il a vu passer – souvent des pratiques d’un autre pays, d’un autre référentiel, d’une autre époque.
C’est là le vrai risque, et il n’a rien de spectaculaire : un document plausible, bien présenté, signé de votre entreprise, et faux. Un devis faux engage une responsabilité. Un document plausible est plus dangereux qu’un refus de répondre.
La logique métier, ça s’écrit
La correction ne passe pas par une formulation plus habile de la demande. Elle passe par l’écriture explicite des règles de votre métier, sous une forme que le système applique à chaque exécution : conditions, seuils, exclusions, obligations, et ce qui découle de quoi.
Concrètement, cela ressemble à ceci :
- Les variables d’entrée : ce que l’on doit toujours connaître avant de produire le document – type de local, usage, puissance souscrite, statut du client, référentiel applicable.
- Les relations conditionnelles : si tel paramètre vaut ceci, alors tel calcul suit telle règle, et telle mention devient obligatoire.
- Les interdits : ce que le système ne doit jamais produire – une référence hors catalogue, un prix hors grille, une mention réglementaire inventée.
- Les contrôles de sortie : les vérifications à passer avant qu’un document sorte, et ce qui déclenche une validation humaine.
Écrites une fois, ces règles servent à toutes les exécutions suivantes. C’est la différence entre une conversation – qui recommence à zéro chaque fois – et un workflow d’agents dont le comportement est stable et vérifiable.
Combien d’éléments d’un coup ?
Les modèles récents tiennent un très grand nombre d’éléments simultanés sans perdre le fil : sur des dossiers courants, la précision reste excellente tant que l’on reste dans un ordre de grandeur de quelques dizaines à une centaine d’éléments à relier. Au-delà, les erreurs apparaissent – rares, mais réelles, et d’autant plus difficiles à repérer qu’elles sont noyées dans un document par ailleurs correct.
La parade est banale et efficace : découper. Un inventaire des pièces d’abord, pour ne charger que celles qui servent. Une passe par bloc ensuite. Une relecture ciblée enfin, sur les seuls points à risque. Découper coûte quelques secondes de plus et supprime la zone où le système commence à se tromper.
La mémoire : plan, mémoire de tâche, mémoire durable
Sur une tâche longue, le second facteur d’échec est la saturation. Tout ce que le système lit, écrit et essaie s’accumule dans sa fenêtre de travail. Passé un certain volume, la qualité de compréhension se dégrade avant même que la limite technique soit atteinte : les informations anciennes se brouillent, les consignes de départ s’effacent, et des données contradictoires accumulées au fil des essais font dérailler le raisonnement.
Trois séparations suffisent à tenir la durée :
- Le plan – l’objectif découpé en étapes – est écrit dans un fichier, pas seulement dans la conversation. Il survit ainsi à tout ce qui se passe ensuite.
- La mémoire de tâche accueille les résultats intermédiaires de l’étape en cours, et se vide quand l’étape est finie.
- La mémoire durable ne reçoit que ce qui servira plus tard : un résultat validé, une décision prise, une règle apprise.
Cette hygiène n’est pas un raffinement d’ingénieur. C’est ce qui fait la différence entre un système qui reste cohérent sur une tâche de plusieurs heures et un système qui répond brillamment pendant vingt minutes puis se contredit.
Le malentendu du « second cerveau »
Beaucoup d’entreprises commencent par déverser toute leur documentation dans un espace unique, en espérant que le modèle y trouvera ce dont il a besoin. Le résultat est régulièrement l’inverse de l’intention : le système parcourt des milliers de pages, sature sa fenêtre de travail, ramène des informations périmées à côté d’informations à jour, et facture chaque exploration.
Rassembler des documents ne transmet pas un métier. Un fonds documentaire, même excellent, ne rend personne électricien, juriste ou comptable – et encore moins une machine. Ce qui transmet le métier, c’est la règle écrite : quelle information est pertinente, à quel moment, et ce qu’il faut en faire. Le reste est de l’archivage.
Ce que ça change pour le budget
Ces deux approches ne coûtent pas le même prix. Laisser le système explorer librement fonctionne, mais consomme : plus il cherche, plus il lit, plus la facture monte, et plus le résultat dépend de ce qu’il aura trouvé. Lui donner d’emblée la règle et les seules pièces utiles réduit le temps d’exécution, le volume traité et l’incertitude.
C’est la raison pour laquelle des entreprises équipées d’abonnements coûteux constatent, au bout de quelques mois, qu’aucune tâche métier n’a été réellement déléguée. L’outil était là ; la règle métier n’avait jamais été écrite. Entre les deux, il y a un travail de cadrage qui n’a rien de magique, et qui se chiffre.
Notre méthode
Nous partons toujours d’une tâche réelle et répétitive, pas d’un outil. Nous en décrivons les entrées, les règles, les interdits et les contrôles avec les personnes qui la font aujourd’hui. Nous construisons ensuite le workflow, avec validation humaine sur ce qui engage l’entreprise, et nous mesurons sur des dossiers déjà traités : le résultat produit est comparé à celui que vous auriez rendu.
Une automatisation qui ne passe pas ce test n’est pas mise en service. C’est la seule garantie sérieuse qu’on puisse donner sur ce type de projet.