● Silicon.fr Télécom
📅 23/04/2026 à 11:46
Avec l'agentique, GitHub Copilot arrive au bout de son modèle économique
Cybersécurité
👤 Clément Bohic
La facturation au token, issue inévitable pour GitHub Copilot ? Avec l’agentisation des workflows, le modèle économique à la requête n’apparaît pas tenable. GitHub en parle de plus en plus ouvertement. Et il prend des mesures. Officiellement, pour « protéger l’expérience des clients existants ». Parmi ces mesures, il y a l’impossibilité temporaire de souscrire de nouveaux abonnements Pro, Pro+ et Étudiant. Il y a aussi un « resserrement des limites d’utilisation ». GitHub ne le chiffre pas, se contentant de rappeler que le forfait Pro+ inclut 5 fois plus de quota que le forfait Pro. Il a également décidé d’ajuster la disponibilité de certaines modèles. En tête de liste, Claude Opus, qui disparaît du forfait Pro. Le fonctionnement en mode agent entraîne des sessions longues et des traitements parallélisés. De plus en plus d’utilisateurs dépassent les limites conçues pour maintenir la disponibilité du service, nous explique-t-on. Non sans reconnaître que l’utilisation engendre fréquemment des coûts supérieurs au prix des forfaits… Lire aussi : { Tribune Expert } – En 2026, l'accélération du développement logiciel va propulser l'innovation Ces limites sont de deux ordres. D’une part, un volume hebdomadaire de tokens, introduit récemment face à la massification des requêtes agentiques. De l’autre, un nombre de sessions sur une fenêtre temporelle non communiquée. L’une et l’autre évoluent au fil du temps. La limite de tokens n’empêche pas d’utiliser les « requêtes premium » auxquelles chaque abonnement donne droit. En version gratuite, c’est 50 par mois en version gratuite. Sur les abonnements Pro et Pro+, c’est respectivement 300 et 1500, la requête supplémentaire coûtant 0,04 $. Pour minimiser la consommation de tokens, GitHub recommande d’utiliser le mode plan, qui génère des plans d’implémentation structurés avant l’écriture d’un code. Il conseille par ailleurs de limiter l’usage de la commande /fleet, qui permet à GitHub Copilot de créer des sous-agents. GitHub avait déjà mis un terme aux périodes d’essai Il y a quelques semaines, GitHub était revenu sur ses problèmes de disponibilité, qui devenaient récurrents. Soulignant la « croissance extrême » de l’usage de sa plate-forme, il avait reconnu les « limites d’élasticité » d’une partie de son infrastructure. L’entreprise avait notamment promis de revoir son système de cache et de « casser le monolithe » pour mieux isoler les dépendances-clés. Elle avait rappelé être en cours de migration vers Azure, avec l’objectif que la moitié de son trafic passe par la région US Central. Début avril, GitHub avait déjà suspendu en partie l'accès au service : il avait mis un terme à toutes les périodes d'essai - y compris celles en cours - de son forfait Pro. Motif : une hausse des usages abusifs. Récemment, l'approche a aussi changé sur la télémétrie. Désormais, sur les abonnements individuels, GitHub collecte par défaut les données d'interaction (inputs, outputs, commentaires, documentation...) pour entraîner ses modèles. Jusque-là, il s'en tenait aux interactions des employés de sa maison mère Microsoft. La collecte par défaut s'étend au CLI GitHub Copilot. Avec là aussi une possibilité d'opt-out. Soit via une variable d'environnement (export GH_TELEMETRY=false ou export DO_NOT_TRACK=true), soit via une option de configuration (gh config set telemetry disabled). Illustration générée par IA
🔗 Lire l'article original
👁️ 1 lecture