Quand GitHub Copilot est passé au paiement à l'usage, une ESN de plusieurs milliers de développeurs a vu sa facture multipliée par dix. « Le x 10 sur les coûts GitHub, c'est tout le monde », nous a dit son responsable de l'IA générative. Depuis le 1er juin 2026, le siège garde son prix, mais chaque demande de chat, d'agent ou de revue de code se paie au tarif du modèle choisi. Sur les parcs que nous analysons, 5 % des développeurs consomment la moitié des crédits. Deux réglages par défaut, vérifiables en cinq minutes, laissent courir la facture.
Que vérifier dès aujourd'hui dans la facturation de GitHub Copilot ?
Tout se trouve dans les paramètres de facturation de GitHub.
- Ouvrez le rapport d'usage de l'IA. GitHub y ventile les crédits consommés par modèle, par utilisateur, par organisation et par centre de coût. L'export par utilisateur, sur 31 jours au plus, donne le modèle et le dépôt de chaque demande.
- Vérifiez les deux réglages par défaut. L'usage au-delà de l'allocation est activé d'office pour les organisations et les entreprises, et l'option qui arrête la consommation quand un budget est atteint est désactivée d'office. Tant que personne n'y touche, un budget dépassé envoie une alerte et la facturation continue.
- Posez les budgets par équipe ou par centre de coût. Le budget d'un utilisateur l'arrête net, sans repli vers un modèle moins cher. Le budget d'entreprise, que GitHub distingue d'un budget mensuel total, ne plafonne que ce qui se paie au-delà de l'allocation commune.
- Décidez quels modèles chaque organisation peut utiliser. Leur disponibilité se règle par politique. Dans la grille de GitHub, le token du modèle le plus cher coûte cent fois celui du moins cher.
Aucun champ du rapport ne dit à quelle tâche une demande a servi ni ce qu'elle a produit.
Quelles offres GitHub Copilot, et laquelle pour une entreprise ?
Une entreprise a deux voies. La plus courante est Copilot Business ou Copilot Enterprise : des licences qu'elle attribue à ses développeurs, et une consommation tirée d'abord d'une allocation commune de crédits, que GitHub appelle GitHub AI Credits. Depuis le 28 octobre 2026, certains clients de GitHub Enterprise Cloud peuvent prendre à la place Copilot access, pour l'instant par l'équipe commerciale de GitHub : pas d'allocation, un usage facturé dès le premier crédit, et pas de frais de siège Copilot pour les utilisateurs qui ont déjà une licence GitHub Enterprise Cloud, même si leur siège doit toujours leur être attribué. Une entreprise ne peut pas mêler les deux voies. Les offres individuelles, Free, Pro, Pro+ et Max, et une offre Student pour les étudiants vérifiés, sont des abonnements personnels.
| Offre | Pour qui | Ce qui est compris |
|---|---|---|
| Free | un particulier qui découvre l'outil | 2 000 complétions de code par mois, un usage limité du chat et des agents |
| Pro, Pro+, Max | un particulier, qui paie lui-même | des complétions sans limite et une allocation mensuelle de crédits, plus grande d'une offre à l'autre |
| Business | une organisation | des complétions sans limite et, par licence, une allocation mensuelle de crédits mise en commun pour toute l'entreprise |
| Enterprise | une organisation | la même chose, avec une allocation par licence environ deux fois plus grande que celle de Business |
| Copilot access | un client de GitHub Enterprise Cloud, pour l'instant par l'équipe commerciale de GitHub | aucune allocation : l'usage est facturé dès le premier crédit ; pas de frais de siège Copilot pour les utilisateurs qui ont une licence GitHub Enterprise Cloud, mais un siège à leur attribuer ; un abonnement Copilot Standalone par utilisateur pour les autres |
Le prix des sièges est sur la page des offres de GitHub, que nous avons lue le 6 novembre 2026. Nous ne le recopions pas : il change, et ce qui fait bouger la facture d'une entreprise, c'est ce qui se consomme au-delà de l'allocation.
Combien coûte GitHub Copilot par développeur ?
Avec Copilot Business ou Enterprise, trois postes s'additionnent pour chaque développeur : le siège, au prix de la page des offres de GitHub ; l'usage au-delà de l'allocation commune, payé au crédit, au tarif de chaque modèle ; et, pour la revue de code, des minutes de GitHub Actions. Le siège est la part fixe. Le reste dépend de qui utilise quel modèle, et combien.
L'allocation est commune à toute l'entité de facturation : les crédits qu'un petit utilisateur laisse couvrent une partie de la consommation d'un gros, jusqu'à ce que la réserve soit vide. Elle se recharge en entier le 1er de chaque mois, et ce qui reste du mois précédent est perdu. Avec Copilot access, il n'y a pas d'allocation à partager : la consommation de chaque développeur est facturée dès le premier crédit. Dans les deux cas, un coût moyen par développeur ne décrit presque personne : le vrai se lit dans le rapport d'usage de l'IA, utilisateur par utilisateur et modèle par modèle.
Faut-il poser des quotas partout ?
Le responsable de l'IA générative de l'ESN l'a fait : « Ah ben j'ai mis des quotas partout, hein. Je crée de la frustration. C'est pas grave. » Il voit pourtant bien qui ces quotas touchent : « les utilisateurs qui coûtent cher, c'est des utilisateurs qui ont bien adopté ». Lui qui passe ses journées à fermer les robinets nous a donné ce conseil : « Soyez ceux qui vont les rouvrir. »
Dans un cabinet de conseil équipé de Claude Code, un plafond uniforme bloquait l'un des postes les plus productifs, dont une bonne part du travail tournait en automatique. Les messages arrivaient sur Slack chez le responsable IA : « S'il te plaît, enlève le plafond, s'il te plaît », « parce que sinon ça me rend fou ». Nous avons recommandé de changer le forfait de ce poste. Nous voyons les plafonds tomber d'abord sur les utilisateurs les plus avancés, rarement sur ceux qui gaspillent.
L'autre méthode commence par lire, équipe par équipe, ce que produisent les demandes qui coûtent cher, puis coupe ce qui tourne pour rien et garde le reste ouvert. Un grand groupe de transport public procède déjà ainsi : un crédit par défaut pour tous ses développeurs, et Claude Code ouvert au cas par cas, sur l'accord du manager. Un quota trop serré a aussi un effet de bord : une partie des développeurs repasse par son abonnement personnel, c'est-à-dire par le shadow AI.
Le bon modèle pour la bonne tâche se lit dans l'usage
Le responsable des produits et services d'IA de ce groupe de transport le répète à ceux qui lui demandent des volumes : « les tokens, ça veut rien dire. D'un modèle à l'autre, ça veut rien dire. » La documentation de Claude Code va dans le même sens : Sonnet traite bien la plupart des tâches de code pour moins cher qu'Opus, qu'elle réserve aux décisions d'architecture et aux raisonnements en plusieurs étapes. Dans le cabinet de conseil, les agents qui suivaient le travail en arrière-plan tournaient sur le plus petit modèle, pour une fraction du coût par tour. La plupart des demandes partent sur le modèle par défaut, que personne n'a choisi pour la tâche.
Pourquoi la facture des assistants de code monte-t-elle si vite ?
GitHub l'a expliqué en annonçant la bascule : une question rapide dans le chat et une session autonome de plusieurs heures pouvaient coûter la même chose, et ce modèle n'était plus tenable. Depuis juin, la longue session se paie à son poids en tokens.
Ce poids dépend d'abord du modèle choisi. Il dépend aussi du contexte : selon la documentation de Claude Code, une question d'une ligne dans une session ouverte toute la journée consomme pour toute la conversation, et les dépenses imprévues viennent le plus souvent de longues sessions jamais vidées ou d'Opus laissé comme modèle par défaut. Les agents, enfin, multiplient les appels : une équipe d'agents en mode plan consomme environ sept fois plus de tokens qu'une session classique. Chez GitHub, la revue de code prend en plus des minutes d'Actions, sur un modèle que GitHub choisit automatiquement et n'affiche pas.
La consommation se concentre sur peu de personnes. OpenAI le mesure en nombre de messages dans son rapport sur l'IA en entreprise : pour le code, les utilisateurs du 95e centile en envoient dix-sept fois plus que l'utilisateur médian. Quand ces personnes passent sur un modèle plus cher, toute la facture suit. Dans l'entité défense d'un grand groupe, le directeur technique a vu le coût de GitHub Copilot devenir « x 5 x 10 pour nous ».
GitHub Copilot Business et Enterprise : qu'est-ce qui reste au siège, qu'est-ce qui passe à l'usage ?
| Depuis le 1er juin 2026 | |
|---|---|
| Au siège | la licence, au même prix ; les complétions de code et les suggestions de modification, sans limite et sans crédit ; une allocation mensuelle de crédits par licence |
| L'allocation | mise en commun pour toute l'entité de facturation, remise à zéro le 1er du mois, jamais reportée |
| À l'usage | le chat, le CLI, l'agent cloud, Spaces, Spark et les agents de code tiers, au tarif par token du modèle (entrée, sortie, cache) ; la revue de code consomme aussi des minutes d'Actions |
| Au-delà de l'allocation | facturé au crédit, activé par défaut ; ou bloqué jusqu'au mois suivant si l'administrateur coupe l'usage payant ; plus de repli vers un modèle moins cher |
Un siège qui dort alimente l'allocation commune, mais il reste payé. Microsoft 365 Copilot, l'assistant de la suite bureautique, est un autre produit, avec sa propre mécanique : voir notre page sur les licences Microsoft 365 Copilot.
Que sont devenues les « premium requests » ?
Elles appartiennent à l'ancien système. GitHub range désormais la facturation à la requête, et ses multiplicateurs par modèle, dans un régime hérité qui ne vaut plus que pour certains abonnements annuels individuels.
Et Claude Code ou Cursor, même mécanique ?
Chaque outil a sa part comprise dans le siège, puis une consommation au tarif des modèles.
- Claude Team et Enterprise, au siège : une allocation par siège, renouvelée sur une fenêtre de cinq heures et une fenêtre hebdomadaire pour Claude Code. Au-delà, des crédits d'usage prépayés, au tarif de l'API, sous plafonds de dépense par organisation, par groupe ou par membre.
- Claude Enterprise à l'usage : aucune consommation comprise dans le siège ; chaque token se paie au tarif de l'API, et la facturation à l'usage ne se désactive pas.
- Cursor Teams : un usage hebdomadaire des modèles de Cursor par siège, puis un solde prépayé commun à l'équipe, qui s'arrête quand il est vide ou quand la limite mensuelle est atteinte.
Quand l'outil laisse le choix entre siège et usage, tout dépend du profil de la personne : pour un gros utilisateur, le forfait revient souvent bien moins cher que le même volume payé au token, et pour un utilisateur occasionnel, c'est l'inverse. Un associé d'un groupe industriel nous racontait l'arbitrage dans l'autre sens : sur sa plateforme payée à l'usage, la plupart des développeurs coûtaient moins qu'un siège, et le plus gros consommateur a fini par recevoir une licence. Le même écart existe pour les assistants de bureau : voir une licence active n'est pas une licence utilisée.
Ce que la lecture de l'usage réel ajoute à la facture
Le ressenti des développeurs ne tranche pas, celui de la direction financière non plus. Dans un essai randomisé mené par METR début 2025, des développeurs expérimentés ont mis 19 % de temps en plus avec l'IA, alors qu'ils pensaient en avoir gagné 20 %. Faros AI a observé deux fois plus de demandes de fusion chez les équipes qui utilisent l'IA, avec un temps de revue presque doublé et aucun lien net avec les résultats de l'entreprise.
Les journaux d'usage, lus équipe par équipe, disent quelles tâches passent par l'IA, sur quel modèle, à quel coût et avec quel résultat. La lecture part des journaux existants, sans rien installer sur les postes, et porte sur des usages, pas sur des personnes. C'est le travail de notre audit de l'usage réel de l'IA. Pour replacer les assistants de code dans l'ensemble du parc, voir notre guide sur l'IA en entreprise.
