Le prix qu'on signe n'est pas le coût qu'on paie
Une démonstration d'agent est trompeuse par nature : elle tourne une fois, sur un cas propre, et la facture est négligeable. Le coût réel naît ensuite, dans l'usage quotidien, sur des cas plus sales et des volumes plus lourds. C'est un coût d'exploitation, pas un coût d'acquisition, et il a la particularité désagréable de ne se révéler qu'une fois le système en production, c'est-à-dire trop tard pour renégocier sereinement.
La question utile, avant de signer, n'est donc pas combien coûte l'agent, mais combien coûtera une exécution réelle, multipliée par le volume réel, dans six mois. Tant que cette question n'a pas de réponse chiffrée sur un échantillon honnête, le devis ne dit rien.
Pourquoi un agent coûte plus qu'un appel
Un assistant classique répond une fois : une question, une réponse, une facture proportionnelle. Un agent fonctionne autrement. Il décompose la tâche, appelle des outils, lit ce qu'ils renvoient, vérifie, et recommence quand le résultat ne converge pas. À chaque tour de cette boucle, il relit tout le contexte accumulé depuis le début, et ce contexte ne cesse de grossir. La consommation ne suit donc pas le nombre de demandes, elle suit le nombre de tours, qui lui-même dépend de la difficulté de la tâche et de la propreté des données.
On croit acheter une réponse. On achète une boucle, et c'est la boucle qui facture.
S'ajoutent les coûts qu'on ne voit pas dans la démonstration : les tentatives ratées qu'il faut reprendre, la part de raisonnement qui n'apparaît jamais à l'écran, le surcoût d'une langue moins économe que l'anglais pour les modèles. Les ordres de grandeur, sourcés, sont traités dans notre dossier sur la sécurité et le coût des systèmes agentiques ; ce qui compte ici est le principe : un agent autonome peut consommer un multiple de ce qu'un usage naïf laisse imaginer, et ce multiple se découvre à l'usage si on ne l'a pas borné à la conception.
Borner avant de signer
Un coût qui dérive n'est pas une fatalité technique, c'est un défaut de conception. Un système agentique bien conçu pose ses bornes dès le départ : un budget de consommation par tâche, au-delà duquel l'agent s'arrête et rend la main ; un nombre maximal d'itérations, pour qu'une boucle qui ne converge pas ne tourne pas indéfiniment ; des points d'arrêt explicites quand la situation sort du cadre prévu ; et une mesure de la consommation en continu, lisible par le client, pas seulement par le prestataire. Ces garde-fous ne sont pas des options de confort, ils sont la différence entre un coût gouverné et une facture subie.
C'est aussi une affaire de cas d'usage. Tout ne mérite pas un agent qui raisonne en boucle : beaucoup de besoins se traitent par un appel simple, déterministe, dont le coût est prévisible. Réserver la boucle agentique aux tâches qui la justifient vraiment est le premier levier d'économie, et c'est un choix d'architecture, pas un réglage de dernière minute.
Ce qu'il faut écrire dans le contrat
Le bon moment pour parler du coût d'usage est avant la signature, et le bon endroit est le contrat. Trois clauses méritent d'y figurer. Un plafond de consommation, mensuel ou par campagne, connu des deux parties. Une règle claire sur le dépassement : qui le porte, et ce qui se déclenche quand le plafond approche. Et un droit de visibilité : le client doit pouvoir suivre sa propre consommation, sans dépendre d'un relevé qu'on lui transmet de loin en loin. À défaut de ces clauses, la dérive est toujours pour le client, et elle se découvre sur la facture.
C'est notre manière de travailler : un coût n'est pas un sujet qu'on traite après, c'est un paramètre de conception qu'on pose avec vous, au même titre que la sécurité ou la place laissée à la décision humaine.
Pour aller plus loin : un agent IA peut-il être piraté, l'autre face de la gouvernance d'un agent, et une architecture, pas un catalogue d'agents. Et pour le geste qui applique ce principe avant tout engagement : la mesure du travail réel.