Lorsqu’une entreprise achète un logiciel classique, elle connaît généralement la frontière entre ce qui appartient à l’éditeur et ce qui lui appartient.

Avec les agents IA, cette frontière devient beaucoup plus floue.

La valeur d’un agent ne réside pas uniquement dans le modèle. Elle repose sur un ensemble de composants : prompts, outils, permissions, mémoire, workflows, évaluations, connecteurs, règles et mécanismes de supervision.

Cet ensemble est souvent appelé le harness, c’est-à-dire la couche qui encadre le modèle et le transforme en système opérationnel.

La question stratégique est simple : qui possède cette couche ?

Le modèle n’est qu’une pièce

Un agent peut utiliser GPT, Claude, Gemini ou un modèle open source. Mais son comportement dépend surtout de ce qui l’entoure :

  • les instructions ;
  • les données accessibles ;
  • les outils disponibles ;
  • les droits accordés ;
  • la mémoire conservée ;
  • les évaluations ;
  • les règles de contrôle ;
  • les procédures d’escalade.

Deux agents utilisant le même modèle peuvent donc avoir des capacités radicalement différentes.

Que contient le harness ?

Les prompts et instructions système

Ils définissent le rôle, les limites et les priorités de l’agent.

Les outils et connecteurs

Ils permettent d’accéder aux ERP, CRM, bases, messageries et applications.

La mémoire

Elle conserve le contexte, les décisions, les interactions et les résultats.

L’orchestration

Elle organise les étapes, les sous-agents, les validations et les actions.

Les évaluations

Elles mesurent qualité, sécurité, performance et conformité.

La gouvernance

Elle définit les identités, permissions, audits et responsabilités.

Les risques d’une propriété mal définie

Vendor lock-in

Changer de modèle semble simple, mais devient difficile lorsque les workflows, connecteurs et mémoires sont propriétaires.

Perte de savoir

Si le fournisseur conserve les évaluations, les règles ou l’ontologie, l’entreprise perd une partie de ce qu’elle a appris.

Dépendance opérationnelle

Un système impossible à arrêter ou modifier sans support externe crée un risque majeur.

Difficulté d’audit

Si les composants critiques ne sont pas accessibles, l’entreprise ne peut pas expliquer le comportement du système.

Ce que l’entreprise devrait posséder

L’entreprise devrait, au minimum, conserver la maîtrise de :

  • ses données ;
  • sa mémoire métier ;
  • ses ontologies ;
  • ses règles ;
  • ses workflows ;
  • ses jeux d’évaluation ;
  • ses journaux ;
  • sa documentation ;
  • ses configurations de permissions ;
  • ses procédures de déconnexion.

Le fournisseur peut conserver ses composants génériques, sa plateforme et ses accélérateurs. Mais les actifs spécifiques à l’entreprise doivent être clairement identifiés et transférables.

Les clauses à prévoir

Un contrat de déploiement agentique devrait préciser :

  1. la propriété intellectuelle des composants ;
  2. les formats d’export ;
  3. la portabilité de la mémoire ;
  4. la réversibilité des connecteurs ;
  5. l’accès aux logs et évaluations ;
  6. les responsabilités en cas d’action incorrecte ;
  7. les délais de suppression ;
  8. les conditions de changement de modèle ;
  9. la procédure d’arrêt d’urgence.

Une architecture plus souveraine

La souveraineté ne signifie pas nécessairement tout héberger en interne. Elle signifie conserver la capacité de comprendre, contrôler, déplacer et arrêter le système.

Une architecture souveraine privilégie :

  • des interfaces standard ;
  • une séparation entre modèle et mémoire ;
  • des connecteurs documentés ;
  • des identités dédiées aux agents ;
  • des logs exportables ;
  • des évaluations indépendantes ;
  • une stratégie multi-modèles lorsque cela est pertinent.

Le test des cinq minutes

Une question simple permet d’évaluer la maîtrise réelle :

L’entreprise peut-elle désactiver l’agent en moins de cinq minutes, sans dépendre d’un ticket fournisseur ?

Si la réponse est non, le niveau de contrôle est insuffisant pour un système critique.

Conclusion

Le véritable actif agentique n’est pas le modèle. C’est le harness qui relie l’intelligence au métier.

L’entreprise doit donc traiter la propriété de cette couche comme un enjeu stratégique, au même titre que ses données, ses processus et son système d’information.

À RELIER

Relier cette analyse aux autres décisions IA

Une responsabilité durable suppose de relier la mémoire d’entreprise, les composants du harnais d’agents IA, la gouvernance des sources SharePoint et l’architecture contextuelle reliée au SI.

QUESTIONS FRÉQUENTES

FAQ

Le terme harness est-il standard ?

Il est de plus en plus utilisé pour désigner la couche logicielle, les outils, les contrôles et les évaluations autour d’un modèle.

Faut-il refuser toute plateforme propriétaire ?

Non. Il faut évaluer la valeur fournie, mais négocier la portabilité, la documentation et la propriété des actifs spécifiques.

Quelle est la priorité ?

Séparer clairement le modèle, la mémoire, les workflows et les données afin de pouvoir faire évoluer chaque couche.

Sources officielles