Notion · Faire agir l’IA
Harnais d’exécution
L’environnement logiciel qui entoure un agent et encadre son fonctionnement. Il gère ses outils, ses étapes, ses limites et les contrôles nécessaires pour qu’il puisse travailler.
Comment ça marche
Un modèle seul ne fait rien d’autre que du texte. Un agent, c’est un modèle plus un harnais : le programme qui lui envoie le contexte à chaque tour, lui propose des outils, exécute ce qu’il demande, applique les permissions, déclenche les hooks, limite les tours et le budget, enregistre tout, et décide quand s’arrêter. Le modèle décide des actions ; le harnais décide de ce qui est possible, et garde la trace.
C’est pour ça que la qualité d’un agent dépend autant du harnais que du modèle. Un bon harnais empêche les actions dangereuses, rend compte, sait résumer le contexte, isole les tâches, et donne à l’utilisateur les leviers pour régler l’autonomie. Un mauvais harnais laisse le modèle faire n’importe quoi, sans trace, ou le bride au point de le rendre inutile. Régler le harnais, c’est le vrai travail d’ingénierie agentique.
Un exemple concret
- Harnais A, un script maison : le modèle reçoit la tâche, appelle les outils qu’il veut, sans limite de tours, sans permissions, sans journal. Sur une tâche de tri de fichiers, il a déplacé 200 fichiers dans le mauvais dossier avant que quelqu’un s’en aperçoive. Personne ne sait exactement ce qu’il a fait.
- Harnais B, un outil d’agent configuré : mode plan d’abord ; déplacements autorisés uniquement dans le dossier de travail ; hook qui refuse toute suppression ; limite de 30 tours ; journal de chaque action ; Git pour revenir en arrière.
- Même tâche, même modèle : le plan a montré que l’agent avait mal compris la règle de tri. Corrigé en une phrase. Les déplacements ont été relus dans Git. Rien à annuler.
Le modèle n’était pas en cause dans le premier cas. Il avait fait ce qu’on le laissait faire.
Ce que ça change pour une équipe
- La fiabilité se construit, elle ne s’achète pas. Le meilleur modèle avec un mauvais harnais est dangereux ; un modèle moyen bien harnaché est utile.
- Les réglages sont des décisions de métier. Périmètre, permissions, limites, contrôles : des choix que l’entreprise fait selon ses risques.
- Les incidents s’expliquent. Un harnais qui trace permet de comprendre, et de corriger le harnais, pas seulement la consigne.
- Le changement de modèle devient facile. Le harnais reste, le modèle se remplace. L’investissement est dans le harnais.
Les limites et les erreurs fréquentes
- Tout attendre du modèle. « Le prochain modèle fera moins d’erreurs. » Peut-être, mais c’est le harnais qui les empêche de faire des dégâts.
- Un harnais trop serré. L’agent demande confirmation pour tout, ne peut rien faire seul, et finit inutilisé. L’autonomie se dose par tâche.
- Bricoler son harnais. Un script qui appelle le modèle en boucle n’est pas un harnais. Les outils existants ont des années de travail sur les permissions et les traces.
- Ne jamais revoir les réglages. Le harnais configuré pour un usage de test reste en place en production, ou l’inverse. Les réglages se relisent à chaque changement d’usage.
Pour aller plus loin
Un agent harness peut gérer les messages, la boucle d’outils, la persistance d’état, les permissions, les budgets et la reprise après erreur. Le comportement final dépend autant de cet environnement que du modèle choisi.
Où ça se situe chez Opora
Programme 04 · Construire des agentsIngénierie agentique pour les équipes techniques
Comprendre et régler le harnais d’un agent, plutôt que de tout attendre du modèle, c’est l’idée directrice du programme Construire des agents.
Questions fréquentes
Pourquoi ce mot, harnais ?
Par analogie avec le harnais qui relie un cheval à ce qu’il tire et permet de le diriger. Le modèle est la force ; le harnais est tout ce qui la canalise : la boucle qui enchaîne les tours, les outils, les permissions, les hooks, les limites, les traces. Deux agents sur le même modèle avec des harnais différents se comportent très différemment.
Le harnais, c’est l’outil comme Claude Code ?
Claude Code est un harnais, parmi d’autres : il fournit la boucle, la gestion du contexte, les outils de base, les modes de permission, les hooks, les sous-agents. L’entreprise y ajoute sa configuration : consignes, skills, outils MCP, règles. Le harnais, c’est l’outil plus cette configuration.
Faut-il construire son propre harnais ?
Rarement. Les harnais existants couvrent la plupart des besoins et se configurent largement. On en construit un quand on intègre un agent dans un produit, avec des contraintes particulières. Pour le reste, choisir un harnais et le régler suffit.