L'ancien CEO de GitHub a lancé un réseau Git distribué pour l'ère du codage agentique

En juillet 2026, l'ancien PDG de GitHub a lancé une plateforme d'IA pour le développement de code — un réseau de gestion de code distribué conçu de zéro pour un monde où les agents d'IA deviennent les principaux développeurs.

Pourquoi Git existant ne peut pas gérer les agents

L'architecture actuelle du contrôle de version — Git à la base, GitHub ou GitLab comme plates-formes — a été conçue pour le rythme de travail humain : un développeur réfléchit, écrit du code, fait un commit, ouvre une demande de tirage, attend un examen.

Les agents d'IA fonctionnent fondamentalement différemment. Ils sont capables d'explorer simultanément des dizaines d'approches, de créer instantanément des branches parallèles et de générer des commits à des fréquences qui surcharger les flux de travail traditionnels. Lorsqu'un agent écrit des milliers de lignes de code en une heure, aucune équipe d'humains ne peut examiner chaque commit au rythme que le modèle de développement actuel suppose.

Les plates-formes centralisées s'adaptent mal au travail parallèle de plusieurs agents sur un seul référentiel : conflits de fusion, goulots d'étranglement des pipelines CI/CD, blocages au niveau de l'accès — tout cela a été conçu avec l'hypothèse d'un travail humain asynchrone, non d'un travail synchrone des machines à l'échelle industrielle.

La startup propose de repenser l'infrastructure elle-même : ne pas adapter les outils existants aux agents après coup, mais créer un système où les flux de travail des agents sont natifs dès le premier jour.

Qui est derrière la nouvelle startup

Le fondateur a servi comme PDG de GitHub — une plateforme utilisée par plus de 100 millions de développeurs dans le monde. Un tel antécédent fournit une combinaison rare : une compréhension approfondie des limitations de l'infrastructure existante et suffisamment d'autorité pour attirer des ingénieurs et des investisseurs aux premiers stades.

Remarquablement, la personne qui a directement façonné la norme moderne du développement collaboratif parie par elle-même que cette norme a besoin d'un remplacement systématique — pas seulement une autre amélioration d'IA au-dessus du git-flow familier.

Pourquoi cela se produit-il maintenant

En 2025–2026, la programmation d'agents a quitté la catégorie des expériences de laboratoire. Des systèmes tels que Devin, Copilot Workspace et des dizaines d'analogues sont déjà intégrés dans les flux de travail des entreprises technologiques. Les agents d'IA n'offrent pas seulement l'autocomplétion — ils ouvrent indépendamment des branches, créent des demandes de tirage et effectuent les révisions de code initiales.

Quand il y a plus d'agents dans un référentiel que de personnes, les outils de contrôle de version actuels deviennent un goulot d'étranglement — et la question de l'infrastructure cesse d'être théorique.

Qu'est-ce que cela signifie

La sortie d'un vétéran de GitHub dans l'espace de l'infrastructure de contrôle de version de base est un signal : le marché des outils de codage d'agents commence à se diviser en deux couches. La première — les systèmes d'agents eux-mêmes (Copilot, Cursor, agents LLM personnalisés). La deuxième — l'infrastructure en dessous : référentiels, réseaux de synchronisation, protocoles d'accès. Jusqu'à présent, la deuxième couche restait dans l'ombre de la première ; maintenant des personnes ayant une expérience stratégique et une compréhension de ce qui doit exactement être construit y entrent.

Pourquoi

Git ne fonctionne pas pour les agents de codage d'IA ? Git a été conçu pour le rythme de travail humain : le développeur réfléchit, écrit du code, fait un commit, attend un examen. Les agents d'IA fonctionnent fondamentalement différemment — capable de travailler continuellement et en parallèle, nécessitant une nouvelle génération d'infrastructure.