Qu'est-ce qu'un harnais agentique

Un modèle de langage seul ne fait rien d'utile en entreprise. Il produit du texte. Entre ce texte et un processus métier qui tourne tous les jours sans surveillance, il y a une couche entière de logiciel : c'est elle qu'on appelle un harnais agentique.

Le terme s'est stabilisé dans le vocabulaire technique anglophone en 2026, sous la forme agent harness. Il n'a pas encore d'usage établi en français. Nous l'employons parce qu'il est exact : un harnais n'entrave pas, il permet de travailler en sécurité.

Ce qu'un harnais doit fournir#

Toute équipe qui met un agent en production finit par écrire les mêmes huit briques. Elle ne le sait pas au début — elle les découvre une par une, chacune après un incident.

L'orchestration. Quel nœud s'exécute, dans quel ordre, sous quelle condition. Un agent laissé libre de décider de sa propre séquence est un agent dont personne ne peut prédire le comportement du mardi suivant.

Les contrats. Ce qui entre dans une étape et ce qui en sort, décrits par un schéma vérifié à l'exécution. Sans contrat, la sortie d'un modèle est du texte qu'on découpe à la main — et le jour où le modèle formule autrement, tout le reste casse en silence.

Les outils. L'agent doit pouvoir lire une boîte mail, interroger une base, appeler une API. Chaque outil ouvert est une capacité accordée : la question n'est pas comment les brancher, mais qui décide de ce qui est ouvert, et à quel moment.

La mémoire. Ce que l'agent sait de l'entreprise, et ce qu'il retient d'une exécution à l'autre. Une mémoire non déclarée est une fuite de contexte qu'on ne retrouve jamais en relisant le code.

La gestion du contexte. Choisir ce qu'on met dans la fenêtre du modèle, et ce qu'on en retire. C'est le poste de coût numéro un et la première cause de dérive de qualité.

Le journal. La trace de ce qui s'est passé, assez complète pour être rejouée. Sans elle, un comportement anormal est un mystère : on ne sait ni le reproduire, ni prouver qu'il est corrigé.

Les points de décision humaine. Le moment où le système s'arrête et demande. Ce n'est pas un aveu de faiblesse, c'est la seule façon de mettre un agent au contact d'un processus qui engage l'entreprise.

Les budgets et les garde-fous. Un plafond de dépense, une limite de tentatives, un comportement défini quand le plafond est atteint. Un agent en boucle sur une API facturée à l'appel coûte cher très vite.

Ce qu'un harnais n'est pas#

La confusion la plus fréquente consiste à ranger dans la même case trois familles d'outils qui ne résolvent pas le même problème.

Un framework est un point de départ. Un harnais est un lieu où le travail tourne. La différence se mesure au moment où quelqu'un demande : que s'est-il passé le 12 à 14 h 03, et pourquoi ?

L'anatomie d'EchoBrain#

EchoBrain est un harnais agentique multi-tenant. Concrètement, il repose sur quatre objets installables, versionnés, et surchargeables par client sans redéploiement.

Le connecteur relie le harnais à un système extérieur : messagerie, base de données, API métier, navigateur. Il déclare ses opérations et sa classe d'idempotence — c'est-à-dire ce qui se passe si la même action est rejouée après un incident.

Le skill est une compétence autonome : un dossier avec ses instructions, ses scripts et ses références. Le format est un surensemble strict du standard ouvert agentskills.io : un skill écrit ailleurs s'importe tel quel, un skill EchoBrain reste utilisable dans un autre client du standard, capacités en moins. Vos compétences ne sont pas prisonnières.

L'agent est une configuration de raisonnement : une exigence de capacité — jamais un modèle codé en dur —, une liste d'outils autorisés, un schéma de sortie obligatoire.

Le workflow est le processus lui-même : un graphe orienté de nœuds, décrit en JSON canonique, versionné dans votre dépôt Git. C'est un fichier que vous lisez, que vous relisez en revue de code, et que vous emportez.

Les six types de nœuds#

Un workflow EchoBrain n'est pas fait que d'appels au modèle. Six types de nœuds seulement, et cette liste est fermée :

• agent — un appel au modèle, borné par un contrat de sortie.
• function — du code pur, exécuté en isolat, sans accès réseau implicite.
• decision — un branchement déclaratif, sans aucun appel au modèle.
• human — un point d'arrêt où une personne tranche.
• connector — une opération sur un système extérieur.
• subworkflow — l'appel d'un autre processus.

Le nœud decision mérite qu'on s'y arrête. Beaucoup de branchements n'ont besoin d'aucune intelligence : si le montant dépasse 5 000 €, faire valider. Le faire trancher par un modèle, c'est payer un appel, attendre une seconde, et introduire du hasard là où il n'y en avait pas. Chaque modèle retiré du chemin d'exécution est de la latence et de l'imprévisibilité en moins.

Pourquoi cette architecture, et pas une autre#

Un harnais se juge sur ce qu'il rend possible le jour où quelque chose tourne mal. Trois propriétés en découlent directement, et chacune a sa page :

• L'exécution est rejouable à l'identique, parce que le journal est la source de vérité et non une trace d'observation → voir le déterminisme.
• Le harnais tourne chez vous, avec vos clés, parce qu'un processus métier ne se délègue pas à une infrastructure qu'on ne contrôle pas → voir la souveraineté.
• Les processus sont des fichiers de votre dépôt, pas des configurations dans le back-office d'un éditeur. Si nous disparaissons demain, vos workflows sont toujours lisibles.

Par où commence-t-on#

Pas par un projet d'entreprise. Par un processus, choisi parce qu'il est répétitif, ennuyeux, et qu'une erreur y est visible immédiatement. Le tri d'une boîte mail partagée. Le rapprochement de factures. La préparation d'une réponse qu'un humain relira de toute façon.

On le décrit, on le met en production avec un point de validation humaine à chaque étape sensible, et on regarde ce que les gens valident. Au bout de quelques dizaines de décisions, le système sait proposer une règle — et vous décidez si vous l'acceptez. C'est le sujet de l'autonomie progressive.

Voir un processus réel de bout en bout · Demander une démonstration