« On part sur quel modèle ? »
C’est presque toujours la première question d’un dirigeant qui veut mettre de l’IA dans sa boîte. On compare les benchmarks, les prix au million de tokens, on hésite entre deux abonnements.
Bon autant être cash : le modèle n’est pas le sujet.
Deux PME qui utilisent exactement le même modèle obtiendront des résultats radicalement différents. Ce qui les sépare, ce n’est pas l’IA. C’est ce qu’elles ont mis autour.
Un monteur sans harnais ne monte pas
Prenez une PME d’échafaudage. Une cinquantaine de salariés, pas de service informatique, un ERP, des modèles de devis sous Word et beaucoup de coups de fil.
Sur ses chantiers, personne ne se demande si un monteur est assez costaud pour grimper au sixième étage. On se demande s’il est harnaché. S’il est accroché aux bons points d’ancrage. S’il a les consignes. Si quelqu’un vérifie avant la mise en service.
Le harnais ne ralentit pas le monteur. C’est lui qui l’autorise à monter haut.
Dans le monde du logiciel, on a un mot pour ça. On résume : Agent = Modèle + Harness. Le harness, c’est tout ce qui entoure le modèle pour le rendre fiable : les outils auxquels il a accès, les consignes qu’on lui donne, les contrôles qui vérifient son travail, la mémoire qui lui permet de reprendre une tâche.
Les développeurs le savent déjà. Claude Code sans les conventions du dépôt, sans les tests, sans les permissions, c’est un stagiaire brillant lâché dans la salle des serveurs.
Une PME, c’est pareil. En plus exposé.
Pourquoi c’est plus dur qu’avec du code
Dans un dépôt de code, le harness a la vie facile.
Le code compile ou ne compile pas. Les tests passent ou cassent. Et si l’agent se trompe, on revient en arrière.
Dans une PME, rien de tout ça.
Un devis faux n’échoue pas bruyamment : il part, et on découvre trois semaines plus tard qu’on a vendu à perte. Un email envoyé ne se « revert » pas. Une commande de deux tonnes de tubes non plus.
Et surtout, le savoir n’est pas écrit. « Pour une façade R+3 de vingt mètres, compte deux jours à trois. » « Ce client-là paie à 90 jours. » « Sur ce chantier, le camion ne passe pas. » Tout ça est dans la tête du conducteur de travaux.
L’IA ne peut pas deviner ce que personne n’a jamais écrit.
Le harnais, concrètement
Il tient en trois pièces.
Des règles lisibles. Un manuel d’exploitation des agents, écrit en français, découpé par processus : grilles tarifaires, marge plancher, ton commercial, seuils de décision. Le genre de document qu’on aurait dû écrire depuis longtemps — et qui, même sans IA, rend l’entreprise moins dépendante de deux ou trois personnes clés.
Des droits minimaux. Pas « un assistant qui fait tout », mais une équipe de spécialistes. L’agent qui lit les demandes entrantes ne peut ni écrire dans l’ERP ni envoyer un email. Il remplit une fiche, point. Ce n’est pas de la paranoïa : un agent qui lit un email inconnu, accède à vos données et peut écrire vers l’extérieur est une porte ouverte. J’en parlais dans Quand l’IA fait le mur : la question n’est plus « mon code est-il sûr », mais « qu’est-ce que j’autorise cette chose à faire ».
Des points d’ancrage humains. Plus une action est réversible et interne, plus l’agent est autonome. Plus elle engage l’entreprise, plus un humain valide. Préparer un brouillon de devis : l’agent seul. Envoyer une relance sur un modèle validé : l’agent seul. Envoyer un devis de 20 000 €, passer une commande fournisseur, signer un document de sécurité : jamais seul.
C’est exactement le cordon Andon dont je parlais dans L’IA, c’est le Toyotisme du code. La machine produit, l’humain arrête la ligne quand ça dérape.
L’humain ne disparaît pas. Il change de place. Il ne recopie plus, ne relance plus, ne ressaisit plus. Il valide ce qui engage l’entreprise, et il corrige les règles.
Qui tient la corde ?
Une PME sans service informatique ne construira pas ce harnais seule. Elle passera par un intégrateur.
Le risque, c’est la boîte noire. Un système qui fonctionne, dont on dépend, et que personne en interne ne comprend.
Deux garanties suffisent à l’éviter :
- les règles appartiennent à l’entreprise, dans sa langue, modifiables par un référent interne ;
- tout est tracé dans un journal consultable : quel agent a fait quoi, pourquoi, avec quelles informations, validé par qui.
L’intégrateur construit la mécanique. La PME possède la politique.
Et c’est ce journal, pas l’intuition, qui dira quand relever les seuils. Combien de brouillons validés sans correction ? Combien de fausses alertes ? C’est la même logique qu’avec un nouvel embauché : on élargit ses délégations à mesure qu’il fait ses preuves. Sauf qu’ici, la preuve est chiffrée.
Alors, on fait quoi ?
Ne commencez pas par choisir un modèle. Ne commencez pas non plus par « tout automatiser ».
Prenez un processus. Répétitif, dont les erreurs se rattrapent avant de sortir de la maison, et dont le gain se voit. Dans notre PME d’échafaudage, c’est la qualification des demandes de devis : du volume, de la réactivité qui se transforme en chiffre d’affaires, et rien ne part sans validation.
Asseyez-vous une demi-journée avec la personne qui fait ce travail aujourd’hui. Écrivez ses règles. Puis faites tourner les agents en mode ombre pendant un mois, en parallèle des humains, sans rien envoyer. Et comparez.
Si le résultat est mauvais, vous saurez exactement quelle règle manque.
Changer de modèle, ça prend cinq minutes. Écrire ce que votre entreprise sait, c’est ça le vrai chantier.
Références :
- The lethal trifecta for AI agents (Simon Willison) : Lien vers l’article
