Ton équipe achats a un tableur. Trois colonnes : Google, Anthropic, OpenAI. Des lignes pour le prix, les fonctionnalités, le SLA. Il manque une ligne — celle qui compte vraiment : « quel service reçoit la facture ».

Cette ligne invisible va déterminer qui contrôle les agents IA de ta boîte, et personne dans la salle de réunion ne s'en rend encore compte.

Tu connais déjà les tarifs. Google facture le compute des agents sur ta ligne budgétaire d'infrastructure cloud. Anthropic facture les heures de session plus les tokens sur ton budget API d'ingénierie. Le SDK d'OpenAI est gratuit à télécharger, mais les coûts en tokens se dispersent sur les comptes API individuels des développeurs sans facturation centralisée au niveau de l'organisation. On a déjà passé ces chiffres en revue. Ce qu'on n'a pas passé en revue, c'est le carnage organisationnel qui suit.

La propriété du budget égale l'autorité décisionnelle. Quand un agent autonome commence à faire du vrai travail — appeler des outils, rédiger des emails, réserver des ressources sans qu'un humain clique sur « approuver » — quelqu'un doit payer. Et celui qui paie, contrôle. Contrôle la vitesse de déploiement. Contrôle le bouton d'arrêt d'urgence. Contrôle si le truc est mis en production la semaine prochaine ou moisit dans la file d'attente des achats jusqu'au quatrième trimestre.

Le piège de l'infrastructure

Le modèle de facturation de Google confie la gouvernance aux équipes infrastructure. Ce sont des gens qui comprennent la disponibilité, le scaling et l'optimisation des coûts. Ils ne comprennent pas si ton agent de support client hallucine des politiques de remboursement.

Ils peuvent te dire que l'agent a consommé 847 vCPU-heures le mois dernier. Ils ne peuvent pas te dire que l'agent a promis à un client un remboursement intégral sur un billet non remboursable. Les équipes infra traitent les charges de travail des agents comme n'importe quel autre compute — dimensionnement, auto-scaling, alerte coût à 80 % du budget. Le comportement de l'agent passe entre les mailles du filet parce que personne côté infrastructure n'a l'expertise métier pour évaluer ce que l'agent fait réellement avec ces cycles.

Le piège de l'ingénierie

Le modèle d'Anthropic met l'ingénierie aux commandes. Les gens qui ont construit l'agent assument la facture. Logique, jusqu'à ce que tu réalises que l'ingénierie ne contrôle pas les budgets d'effectifs, ne détient pas la relation client, et n'est pas dans la salle quand le directeur des opérations demande pourquoi les coûts du support ont triplé ce trimestre.

Les ingénieurs optimisent pour la capacité. Ils veulent que l'agent fasse plus, gère plus de cas limites, appelle plus d'outils. Cet instinct entre directement en conflit avec la maîtrise des coûts — et personne n'a donné à l'ingénierie l'autorité pour faire cet arbitrage au nom de toute l'organisation. Comme l'a montré l'analyse de coûts de Finout du 12 avril, une seule session de coding d'une heure avec un modèle haut de gamme peut coûter environ 0,70 $ avant même de compter les heures d'ingénierie passées à décider s'il fallait la lancer. Multiplie ça par une équipe de quarante personnes et tu obtiens soudain une discussion budgétaire pour laquelle l'ingénierie n'a jamais été formée.

Le piège du vide

Le Agents SDK d'OpenAI — open-sourcé en mars 2025 et mis à jour le 15 avril 2026 — ne coûte rien à faire tourner. Mais les coûts en tokens se dispersent sur les comptes API individuels de chaque développeur. Personne ne reçoit de facture centralisée. Ce qui signifie que personne ne contrôle centralement les dépenses. Chaque développeur est son propre service achats.

C'est le pire scénario. Non pas parce que c'est cher — c'est peut-être même moins cher — mais parce que quand l'agent fait une connerie à 3 heures du matin, il n'y a personne à attraper par le col.

Comme l'a rapporté World Today News le 19 avril, ces architectures tarifaires créent des structures organisationnelles fondamentalement différentes. La structure OpenAI, c'est : aucune.

La question que personne ne pose

Comme John Furrier l'a écrit pour SiliconANGLE le 20 avril : « La bataille se déplace des modèles vers les plateformes, puis vers les control planes. » Il a raison sur la bataille. Il se trompe sur les combattants. Ce n'est pas fournisseur contre fournisseur. C'est ton équipe infrastructure contre ton équipe ingénierie contre ton équipe produit, et aucune d'entre elles n'a demandé cette guerre.

Voici mon avis : le service qui détient le budget doit aussi détenir l'expertise métier pour évaluer le risque de l'agent. Pas le risque compute. Pas le risque financier. Le risque comportemental. Cet agent peut-il promettre des choses que tu ne peux pas honorer ? Peut-il accéder à des données qu'il ne devrait pas voir ? Peut-il prendre des décisions qui nécessitent un jugement humain ?

Aucune page tarifaire de fournisseur ne répond à ces questions. Et l'organigramme qui découle de chaque modèle de facturation détermine si quelqu'un dans ta boîte est ne serait-ce qu'en position de les poser. Aujourd'hui, la plupart des entreprises se rabattent par défaut sur l'équipe qui gère déjà le compte cloud — un critère de sélection à peu près aussi rationnel que de choisir son chirurgien en fonction de qui a le pass du parking de l'hôpital.

Avant de comparer les fonctionnalités et les benchmarks, trace le chemin de la facture de l'agent. Puis demande-toi : est-ce que ce service comprend ce que l'agent fait, et pas seulement ce qu'il coûte ?

Tu ne choisis pas un fournisseur. Tu choisis quel service prend les rênes de l'ère des agents. La page tarifaire a déjà fait ce choix pour toi — tu ne l'as simplement pas encore lu comme ça.