GitHub Copilot passe à une facturation à l’usage à partir du 1er juin

GitHub Copilot adopte une facturation à la consommation

À partir du 1er juin 2026, GitHub Copilot abandonne son modèle d'abonnement à requêtes fixes pour adopter une facturation à la consommation de tokens. Jusqu'à présent, les utilisateurs disposaient d'un quota mensuel de « requêtes premium », chaque requête comptant pour une unité qu'il s'agisse d'une tâche complexe de refactorisation ou d'une simple question. Le nouveau système remplace ces requêtes par des « AI Credits » : un abonné Copilot Pro à 10 dollars par mois reçoit 1 000 crédits, chaque crédit valant un centime américain. Un token représente environ les trois quarts d'un mot, ce qui signifie que 10 000 mots de code soumis à Copilot génèrent entre 12 000 et 13 000 tokens facturés. Le coût réel dépendra du modèle choisi, du ratio entrées/sorties, de la taille du cache et de la fonctionnalité utilisée. Seules les suggestions de complétion de code et les « Next Edit suggestions » resteront gratuites. Ce changement modifie profondément la relation des développeurs avec l'outil. Alors que l'abonnement mensuel masquait jusqu'ici la consommation réelle de tokens, Microsoft subventionnait de facto trois à huit fois la valeur nominale de chaque abonnement grâce à ses revenus logiciels et cloud, les utilisateurs devront désormais surveiller activement leur dépense token par requête. Pour un développeur qui enchaîne des tâches simples, l'impact sera limité. En revanche, les équipes qui déploient des agents de codage autonomes sur de grandes bases de code risquent de voir leur facture exploser rapidement. Le cas d'Uber est emblématique : selon The Information, le directeur technique de l'entreprise a déclaré avoir déjà épuisé l'intégralité du budget IA 2026 dès les premiers mois de l'année, alors que 11 % des mises à jour du code d'Uber sont désormais rédigées par des agents IA, principalement basés sur Claude d'Anthropic. Ce virage tarifaire s'inscrit dans un mouvement plus large du secteur. Anthropic et OpenAI ont déjà migré leurs clients enterprise vers une facturation à la consommation. Microsoft, propriétaire de GitHub, suit la même trajectoire mais à partir d'une position plus exposée : Copilot cible précisément les développeurs individuels et les petites équipes, un public moins préparé que les grandes entreprises à raisonner en coût par token. Le risque pour GitHub est double : freiner l'exploration des nouveaux utilisateurs, qui hésiteront avant de soumettre de longues sessions de débogage, et accélérer l'arbitrage chez les équipes tech qui compareront désormais les coûts réels de Copilot face à ses concurrents directs comme Cursor ou les offres Claude for Business. La transparence des coûts, longtemps perçue comme un avantage client, devient un terrain de compétition où les marges de chaque acteur seront exposées.

💬 Microsoft vient de retirer le masque. Tant que le forfait fixe absorbait tout, personne ne regardait la consommation réelle, mais là, un agent autonome sur une grosse codebase, et la facture peut tripler sans prévenir. Le cas Uber, c'est pas une anecdote, c'est exactement ce qui attend les équipes qui ont dit oui à l'IA à grande échelle sans jamais compter les tokens.

GitHub facturera désormais Copilot selon la consommation réelle d'IA

GitHub va introduire un système de facturation basé sur l'usage réel pour son service d'IA Copilot à partir du 1er juin 2026. Jusqu'ici, les abonnés disposaient d'un quota mensuel de "requêtes" et de "requêtes premium" consommé chaque fois qu'ils sollicitaient l'IA, quelle que soit la complexité de la tâche. La société, propriété de Microsoft, a annoncé ce changement en expliquant vouloir "mieux aligner la tarification avec l'usage réel" et assurer la viabilité financière du service face à une demande croissante en ressources de calcul. Le problème central que GitHub cherche à résoudre est une inégalité de coût masquée par un modèle tarifaire uniforme. Une simple question posée dans le chat consomme aujourd'hui autant de quota qu'une session de programmation autonome de plusieurs heures, deux opérations dont les coûts réels d'inférence sont pourtant radicalement différents. GitHub reconnaît avoir "absorbé une grande partie des coûts d'inférence escaladants" jusqu'à présent, mais affirme que regrouper toutes les requêtes premium dans une seule catégorie "n'est plus soutenable". Pour les utilisateurs intensifs qui exploitent les capacités d'agents autonomes de Copilot, la facture pourrait donc augmenter significativement à partir de juin. Ce virage vers la facturation à l'usage reflète une tendance plus large dans l'industrie de l'IA, où les fournisseurs de services font face à des coûts d'infrastructure GPU qui explosent à mesure que les cas d'usage se complexifient. GitHub Copilot, lancé en 2021 et devenu l'un des outils de développement assisté par IA les plus populaires au monde avec plusieurs millions d'utilisateurs, doit composer avec la généralisation des modèles d'agents capables d'exécuter des tâches longues et coûteuses en calcul. D'autres acteurs comme Cursor ou Windsurf adoptent des approches similaires. La question reste ouverte de savoir si cette transition convaincra les entreprises clientes de maintenir leurs abonnements ou les poussera à comparer plus attentivement les offres concurrentes.

Entre collecte et pubs ajoutées par Copilot dans le code, GitHub agace ses utilisateurs

Le 30 mars 2026, plusieurs développeurs ont découvert avec stupéfaction que GitHub Copilot avait modifié leurs pull requests pour y insérer des messages promotionnels. L'agent IA de Microsoft avait ajouté, directement dans le fil de revue de code, une phrase vantant l'intégration de Copilot avec Raycast — un outil de productivité macOS et Windows — accompagnée d'un émoji éclair et d'un lien vers le site de l'éditeur. La capture d'écran publiée par le développeur australien Zach Manson a rapidement circulé sur les réseaux sociaux, déclenchant une vague d'indignation dans la communauté. Martin Woodward, vice-président en charge des relations développeurs chez GitHub, est intervenu en urgence sur X le soir même pour annoncer la désactivation immédiate de la fonctionnalité. Selon lui, le comportement problématique a été introduit le 24 mars lors d'un déploiement étendant la capacité de Copilot à intervenir sur n'importe quelle pull request à la demande d'un développeur. La réaction a été virulente parce qu'elle touche à quelque chose de fondamental : l'intégrité du code et du processus de revue. Quand un outil censé assister les développeurs commence à modifier leur espace de travail pour y glisser des recommandations commerciales — même habillées en « conseils produits » — la confiance s'effondre immédiatement. GitHub a beau nier toute intention publicitaire, la distinction est difficile à tenir lorsque le message pointe vers un produit tiers spécifique avec un lien cliquable. Pour les équipes qui utilisent les pull requests comme espace de collaboration technique, voir une IA y introduire du contenu non sollicité soulève des questions concrètes sur le contrôle de leur environnement de développement. Cette affaire s'inscrit dans un contexte plus large de tensions croissantes entre GitHub et ses utilisateurs. La plateforme avait annoncé quelques jours plus tôt une extension de la collecte de données issues des interactions avec Copilot, activée par défaut avec désactivation manuelle — un opt-out que beaucoup ont mal accueilli. Zach Manson a d'ailleurs cité la théorie de la « merdification » de Cory Doctorow pour décrire la trajectoire des plateformes tech : séduire les utilisateurs, puis monétiser leur attention au détriment de l'expérience. GitHub appartient à Microsoft depuis 2018 et doit rentabiliser ses investissements massifs dans Copilot, ce qui crée une pression structurelle vers ce type de dérives. La désactivation rapide montre que la communauté des développeurs reste capable d'imposer un recul, mais l'incident illustre à quel point la frontière entre assistance IA et intrusion commerciale peut être franchie discrètement, sous couvert d'une simple mise à jour.

💬 De la pub dans mes pull requests, injectée par l'outil censé m'aider, c'est exactement le genre de truc qui fait perdre confiance en une seule capture d'écran. GitHub a reculé vite, mais le mal est fait : quand tu commences à te demander si ton assistant IA travaille pour toi ou pour son éditeur, tu passes la moitié de ton attention à surveiller ses sorties. La merdification, c'est rarement un grand soir, c'est juste une feature de trop par trimestre.

GitHub Spec-Kit : une boîte à outils open source pour le développement piloté par spécifications avec des agents IA

GitHub a publié en open source Spec-Kit, une boîte à outils conçue pour introduire le développement piloté par spécifications (SDD, Spec-Driven Development) dans les workflows d'agents IA comme GitHub Copilot, Claude Code ou Gemini CLI. Le dépôt a rapidement dépassé 90 000 étoiles et 8 000 forks sur GitHub, ce qui en fait l'un des projets d'outillage développeur à la croissance la plus rapide de ces derniers mois. Spec-Kit se compose de deux éléments principaux : la CLI Specify, écrite en Python 3.11+, et un ensemble de templates et scripts qui structurent l'expérience SDD. Après installation via uv, la commande specify init initialise un projet et donne accès à une série de commandes slash : /speckit.specify pour capturer ce qu'on veut construire, /speckit.plan pour générer le plan d'implémentation technique, /speckit.tasks pour décomposer ce plan en tâches ordonnées par dépendances, /speckit.taskstoissues pour convertir ces tâches en issues GitHub, et /speckit.implement pour confier leur exécution à l'agent IA. Des commandes optionnelles comme /speckit.clarify et /speckit.analyze permettent d'identifier les zones sous-spécifiées avant de lancer la génération de code. Le problème que Spec-Kit tente de résoudre est fondamental dans l'usage actuel des agents de codage IA : les développeurs ont tendance à les utiliser comme des moteurs de recherche, en décrivant vaguement ce qu'ils veulent, ce qui produit du code qui compile mais rate l'intention réelle. GitHub appelle cela le "vibe-coding", une approche acceptable pour des prototypes rapides mais insuffisante pour des applications critiques ou des bases de code complexes. En imposant une spécification structurée comme source de vérité, un document qui décrit le quoi et le pourquoi sans imposer de choix technologique, Spec-Kit force l'agent à travailler à partir d'instructions non ambiguës plutôt que d'interpréter des descriptions floues. La spec reste un artefact vivant, mis à jour à mesure que les exigences évoluent, et non un document figé rédigé puis oublié en début de projet. Le SDD n'est pas une idée entièrement nouvelle : des approches "documentation-first" ou "requirements-driven" existent depuis des décennies dans le génie logiciel. Ce que Spec-Kit change, c'est l'intégration native de cette discipline dans les outils d'IA générative, à un moment où l'industrie cherche à aller au-delà de l'autocomplétion intelligente vers une véritable délégation de tâches complexes à des agents autonomes. L'enjeu est de taille : si les agents de codage doivent gérer des missions de plus en plus ambitieuses, la qualité des instructions qu'on leur donne devient un levier critique de fiabilité. En open-sourçant Spec-Kit sous ce nom et avec cette adoption initiale, GitHub positionne clairement cette méthodologie comme une norme émergente, potentiellement intégrée à terme dans l'écosystème Copilot.

💬 90 000 étoiles en quelques semaines, c'est pas rien. L'idée de forcer une spec structurée avant de lancer l'agent, ça fait vingt ans qu'on sait que c'est la bonne approche, mais là GitHub fait enfin le lien avec les outils génératifs d'une façon qui peut vraiment coller aux équipes qui vivent dans Copilot. Reste à voir si la discipline tient dans la durée ou si ça finit comme tous les "requirements-first" qui crèvent dès le sprint 2.