Vous avez commencé avec un seul agent de codage. Aujourd'hui, Claude Code tourne dans un terminal, Codex dans un autre, et Gemini CLI dans un troisième. Chacun facture selon ses propres règles : un abonnement ici, une clé API facturée à l'usage là, et un palier gratuit qui est passé en douce à une facturation payante la semaine dernière. À la fin du mois, vous avez trois factures et aucune réponse à une question toute simple. Combien a réellement coûté la fonctionnalité de la semaine dernière ?
La gestion des coûts des agents de codage consiste à imputer les dépenses d'un agent au travail qui les a générées, puis à garder ces dépenses visibles et vérifiables sur l'ensemble des outils que votre équipe utilise. Le plus difficile n'est pas le prix par token d'un agent donné. Les prix changent, et chaque fournisseur les publie. Le plus difficile, c'est que les dépenses se fragmentent entre des systèmes de facturation distincts dès que vous utilisez plus d'un agent, si bien que personne ne peut rattacher un montant à une tâche, à un dépôt ou à une personne.
Cet article passe en revue l'origine réelle des coûts de chaque outil, les leviers que vous contrôlez, et la manière dont une couche de gestion comme Sharkly garde les dépenses par tâche visibles sans vous demander de quitter les outils que vous utilisez déjà. Sharkly se place au-dessus des agents. Vous conservez vos abonnements Claude Code, Codex et Gemini, et l'enregistrement de chaque exécution revient à la Task à laquelle il appartient.
Ce que signifie la gestion des coûts quand on utilise trois agents
Avec un seul agent, le coût est un chiffre que vous lisez sur un tableau de bord. Avec trois, le coût devient un problème de coordination. Les dépenses sont bien réelles, mais elles vivent à trois endroits qui ne se réconcilient jamais : l'utilisation de Claude Code chez Anthropic, une page de facturation OpenAI pour Codex, et un projet Google Cloud pour Gemini.
Posons clairement la limite. Gérer les coûts n'est pas la même chose que réduire les coûts. Réduire les dépenses signifie utiliser moins de tokens. Gérer les dépenses signifie savoir où sont passés les tokens et décider si cela en valait la peine. Vous pouvez passer un mois coûteux de façon délibérée, en livrant trois fonctionnalités en parallèle, et garder le contrôle, tant que vous pouvez imputer les dépenses et qu'une personne les a validées.
Cette imputation, c'est la couche manquante. La plupart des équipes qui utilisent plusieurs agents savent vous donner leur facture IA totale, et rien de plus fin. Elles ne peuvent pas dire quel dépôt, quel ingénieur ou quelle tâche en est à l'origine. Quand les dépenses sont invisibles au niveau des tâches, les discussions sur les coûts tournent à la conjecture, et la réaction habituelle consiste à plafonner l'outil le plus facile à observer plutôt que celui qui consomme réellement le budget.
D'où viennent réellement les coûts des trois outils
Chaque agent facture à peu près la même chose, des tokens en entrée et des tokens en sortie, mais le modèle de facturation diffère suffisamment pour changer votre façon de budgéter. Comparés dans leurs meilleurs cas de figure, aucun n'est simplement moins cher que les autres. Ils sont moins chers pour des formes de travail différentes.
| Outil | Modèle de facturation courant | Ce qui fait grimper la facture |
|---|---|---|
| Claude Code | Formule d'abonnement ou clé API Anthropic | Sessions agentiques longues, grandes fenêtres de contexte, lectures de fichiers répétées |
| Codex | Formule d'abonnement ou clé API OpenAI | Tâches à forte intensité de raisonnement, forte concurrence, boucles d'appels d'outils |
| Gemini CLI | Palier gratuit, puis une clé API Google Cloud | Tâches à grand contexte une fois le quota gratuit dépassé, appels d'images et multimodaux |
Les formules d'abonnement masquent le coût marginal. Un forfait mensuel fixe donne l'impression de la gratuité à la marge, alors les ingénieurs y recourent sans arrêt, et la vraie question passe de « combien cela a coûté » à « atteignons-nous les limites du forfait ». Les modèles facturés à l'usage par clé API font l'inverse : chaque exécution a un prix visible, ce qui simplifie la budgétisation mais incite les équipes à sous-utiliser un agent performant pour économiser des centimes.
Choisissez une formule d'abonnement quand une ou deux personnes utilisent un agent de façon régulière tout au long de la journée et que la prévisibilité de la facturation compte plus que le détail par tâche. Choisissez une clé API facturée à l'usage quand vous devez imputer les dépenses avec précision, fonctionner en automatisation, ou répartir le travail dans une équipe où quelqu'un doit répondre du total. Beaucoup d'équipes finissent par avoir les deux, et c'est précisément pourquoi une vue unique et réconciliée est importante. Si vous choisissez quel agent traite quel travail, faire correspondre les modèles aux tâches a plus d'effet sur votre facture que changer de fournisseur.
Les trois leviers que vous contrôlez vraiment
Les prix des fournisseurs ne sont pas un levier ; vous ne pouvez pas les négocier depuis un terminal. Trois choses sont réellement entre vos mains, et elles comptent plus que le prix affiché.
La discipline du contexte. Le coût évitable le plus important, c'est de renvoyer un contexte que l'agent possédait déjà. Un agent qui relit toute la base de code à chaque tour paie cette base de code à chaque tour. Persister le contexte entre les exécutions, pour que l'agent parte de l'état actuel au lieu de le reconstruire, est généralement l'économie la plus importante. C'est le même mécanisme que celui de la mémoire de base de code et de son coût en tokens : ce que vous conservez, vous ne le rachetez pas.
L'adéquation entre modèle et tâche. Confier un simple renommage d'une ligne à un gros modèle de raisonnement, c'est de l'argent gaspillé ; confier une refonte architecturale à un petit modèle rapide, c'est un après-midi perdu. L'économie vient du fait d'associer le modèle à la tâche plutôt que de confier systématiquement chaque travail à votre agent le plus performant.
Les limites du parallélisme. C'est en exécutant des agents en parallèle qu'on obtient le vrai gain de production, mais aussi que les dépenses s'accumulent le plus vite. Cinq agents qui travaillent en même temps coûtent environ cinq fois plus par unité de temps réel. C'est parfait quand cinq tâches sont prêtes et que cela en vaut la peine, et c'est coûteux quand trois d'entre elles n'étaient qu'hypothétiques. Le levier n'est pas « lancer moins d'agents ». C'est décider, avant de lancer, quel travail mérite une place en parallèle. Surveiller les agents qui tournent en parallèle, c'est ce qui transforme cette décision en un choix que vous pouvez assumer.
Un tableau de décision selon la taille de l'équipe
L'équation des coûts change selon le nombre de personnes et d'agents que vous coordonnez. Ce qui convient à un développeur solo devient un handicap pour une équipe plateforme.
| Profil d'équipe | Où se situent les coûts | Ce qu'il faut optimiser |
|---|---|---|
| Développeur solo, un ou deux agents | Un ou deux tableaux de bord que vous lisez directement | Une facturation prévisible ; une formule d'abonnement suffit généralement |
| Petite équipe, plusieurs agents | Éclatés entre des abonnements et des clés par personne | L'imputation : savoir quel travail a généré les dépenses |
| Équipe plateforme ou d'ingénierie | De nombreux dépôts, de nombreux agents, des budgets partagés | La visibilité, la revue et un coût par tâche qui remonte jusqu'à un responsable |
Si vous êtes seul et à l'aise dans un terminal avec un seul agent, vous n'avez pas besoin d'une couche de gestion pour maîtriser les coûts. Votre tableau de bord vous dit déjà ce qu'il faut. L'équation change quand les dépenses dépassent une vue unique : plusieurs agents, plusieurs dépôts, et un budget dont quelqu'un d'autre que vous doit répondre. À ce stade, la question n'est plus « quel agent est le moins cher » mais « qui peut voir l'ensemble de la situation et décider ».
Rendre les dépenses par tâche visibles
C'est la couche pour laquelle Sharkly est conçu, et il vaut la peine de préciser ce qu'il fait et ne fait pas. Sharkly n'est pas un outil de facturation et ne remplace pas Claude Code, Codex ou Gemini. L'usage des modèles continue via les abonnements ou les clés API configurés dans ces outils ; vous apportez votre propre abonnement. Ce que Sharkly ajoute, c'est l'enregistrement partagé qui les entoure : chaque exécution d'agent a lieu à l'intérieur d'une Task, et l'exécution, la progression, les blocages et les résultats reviennent à cette Task, où l'équipe peut les consulter.
C'est cet enregistrement partagé qui rend le coût lisible. Quand chaque exécution est rattachée à une Task avec un responsable et un dépôt, les dépenses cessent d'être un total mensuel anonyme et deviennent un ensemble de décisions que vous pouvez pointer du doigt. Vous voyez quel travail est en cours, sur l'Computer de qui, et sur quel budget, de la demande à la livraison. Un tableau de bord d'agent de codage qui vous montre ce qui tourne, c'est la différence entre maîtriser les dépenses et les découvrir après la facture.
Le contrat homme-agent s'applique ici aussi. Les agents recherchent, exécutent, testent et rendent compte. Les personnes donnent la direction, accordent l'autorité et décident si les dépenses valaient le résultat. L'automatisation s'arrête là où le jugement de l'équipe est requis, ce qui, en matière de coûts, signifie qu'une personne, et non un script, décide qu'une exécution parallèle de cinq agents est justifiée avant qu'elle ne commence.
Si vous voulez continuer à utiliser plusieurs agents de codage plutôt que de vous engager dans un seul écosystème pour simplifier la facturation, c'est précisément le problème autour duquel Sharkly est conçu. Faites tourner vos agents de codage existants via Sharkly et laissez le coût de chaque exécution revenir à la tâche qui l'a généré.
