GitHub à l’ère des agents

Pour la plupart des entreprises qui développent des logiciels, GitHub est l’endroit où vit le code, où il est relu et d’où il est livré. Copilot a commencé comme un moteur de suggestions dans l’éditeur. Aujourd’hui, GitHub présente sa plateforme comme un foyer pour les agents, et 2026 a montré ce que cela signifie en pratique : de nouvelles façons de travailler, de nouveaux prix, de nouvelles règles pour les données, et une plateforme sous tension.

De l’autocomplétion aux agents

Le tournant est arrivé en mai 2025 avec l’agent de codage Copilot. Vous assignez une issue à Copilot, qui démarre une machine virtuelle dans GitHub Actions, travaille sur le code et ouvre une pull request en brouillon à relire. Les garde-fous étaient raisonnables dès le départ : l’agent ne peut pousser que vers les branches qu’il a créées, la personne qui a demandé le travail ne peut pas l’approuver, et les workflows ne s’exécutent pas tant qu’un humain ne les a pas approuvés.

En octobre 2025, GitHub a ouvert la plateforme aux agents d’autres éditeurs. Sous le nom d’Agent HQ, des agents d’Anthropic, d’OpenAI, de Google, de Cognition et de xAI devaient arriver dans les abonnements Copilot payants, pilotés depuis un centre de contrôle unique. GitHub a déclaré compter 180 millions de développeurs, et a précisé que 80 pour cent des nouveaux développeurs utilisent Copilot dès leur première semaine.

En juin 2026 est arrivée l’application Copilot, une application de bureau construite autour des agents. Chaque session s’exécute dans sa propre copie de la branche, si bien que des agents en parallèle n’entrent pas en collision, et Agent Merge surveille les vérifications, suit les relecteurs requis et, si vous l’y autorisez, fusionne. En octobre, le bac à sable local est devenu disponible pour tous : les commandes qu’un agent lance sur la machine d’un développeur s’exécutent avec un accès restreint aux fichiers, au réseau et aux identifiants, selon des règles qu’une organisation peut imposer.

Une plateforme sous pression

Les agents génèrent du travail à un rythme que les humains n’ont jamais atteint, et GitHub l’a ressenti. En avril, son directeur technique, Vlad Fedorov, a écrit que GitHub avait commencé en octobre 2025 à planifier une capacité multipliée par dix, et qu’en février 2026, la plateforme se préparait à la multiplier par 30, les workflows agentiques étant le principal moteur de cette croissance depuis fin décembre. Le même billet présentait des excuses pour une défaillance de la file de fusion qui avait produit des commits de fusion incorrects dans 2'092 pull requests réparties sur 658 dépôts. Aucun code n’a été perdu, mais certaines branches par défaut ont été laissées dans un mauvais état.

Le 17 août, GitHub a été perturbé pendant 7 heures et 47 minutes, sur la connexion, Actions, l’API, les pull requests, les issues et Copilot. Un pic de trafic a rencontré, dans un centre de données, un composant qui n’a pas su monter en charge. Les commits étaient passés de 1,4 milliard à 2,9 milliards par mois depuis avril, a écrit Fedorov, sans rien édulcorer : « Nous n’avons pas réussi à faire monter en charge des composants critiques avant que la demande ne dépasse leur capacité. »

Prix et données

Le coût des agents a fini par atteindre la grille tarifaire. En avril, GitHub a suspendu les nouvelles inscriptions à ses formules Pro, Pro+ et Student, resserré les limites et retiré de Pro les modèles Opus d’Anthropic. Sa raison : « il est désormais courant qu’une poignée de requêtes entraîne des coûts supérieurs au prix de l’abonnement. » Une semaine plus tard, GitHub a annoncé une facturation à l’usage à partir du 1er juin. Chaque formule inclut désormais des crédits équivalents à son prix, 10 dollars pour Pro, 39 pour Pro+, 19 par utilisateur pour Business et 39 pour Enterprise, et l’utilisation y est imputée aux tarifs d’API publiés pour chaque modèle. Les complétions de code restent incluses, et la relecture de code par Copilot consomme aussi des minutes Actions.

En octobre, GitHub a permis aux organisations de facturer les relectures de code à l’entreprise et de les réserver aux licences fournies par l’entreprise. Avec le réglage par défaut, une relecture demandée par un membre dont le quota est épuisé échoue tout simplement.

Les règles sur les données ont changé elles aussi. Depuis le 24 avril, GitHub utilise les données d’interaction des utilisateurs de Copilot Free, Pro et Pro+, y compris les entrées, les sorties et les extraits de code, pour entraîner ses modèles, sauf si l’utilisateur s’y oppose. Les utilisateurs Business et Enterprise ne sont pas concernés. C’est important pour toute entreprise dont les développeurs utilisent des comptes Copilot personnels sur le code de l’entreprise : les dépôts privés au repos ne sont pas utilisés, mais le code traité pendant une session peut l’être.

Ce que cela signifie pour une entreprise

Cinq choses en découlent. Placez le code de l’entreprise sous des licences Business ou Enterprise, et tenez les abonnements personnels à l’écart. Fixez des budgets au niveau de l’entreprise, des centres de coûts et des utilisateurs avant que les agents ne tournent, car le travail est désormais facturé au token. Gardez des règles strictes de protection des branches et de relecture obligatoire, car les garde-fous des agents reposent sur elles.

Prévoyez que GitHub tombe en panne : si vos mises en production, vos agents et vos relectures y passent tous, une longue interruption arrête les trois, alors sachez comment vous livreriez sans lui. Et gardez vos instructions, vos skills et vos tests dans le dépôt plutôt que dans l’agent d’un seul éditeur, car la liste des agents ne cessera de changer.

C’est ainsi que nous construisons avec Werk. L’IA écrit l’essentiel du code sur un cadre de développement que nous avons construit et auquel nous faisons confiance, des personnes relisent chaque version, et chaque version est testée. GitHub donne aux agents un endroit où travailler. Il ne décide pas de ce qui est assez bon pour être livré. Cela revient toujours à une personne.