Origin : quand la forge devient agentique, l’auto-hébergement cesse d’être un hobby
Le 16 juin, à Fort Mason, Cursor a tenu sa première conférence Compile. Trois annonces, et la presse en a retenu une lecture commode : un concurrent de GitHub, une app iOS, un nouveau modèle. C’est exact, et c’est à côté de la plaque. La dimension politique de ce moment, je l’ai déjà traitée dans un précédent article. Ici, je descends d’un cran, dans la plomberie, là où vit le code. Parce que l’annonce la plus structurante de Compile n’est pas un produit, c’est un renversement d’hypothèse : la forge, l’endroit où votre code est stocké, relu et fusionné, vient de cesser d’être conçue pour vous.
Et quand l’objet le plus intime du métier, le dépôt, est rebâti pour l’agent puis absorbé par l’acteur qui possède déjà le compute, le modèle et l’IDE, l’auto-hébergement cesse d’être un réflexe d’artisan nostalgique. Il devient une position stratégique. Voilà la thèse. Précisons-le d’emblée, parce que la formulation glisse vite vers la caricature : le problème n’est pas un homme, c’est un point de contrôle unique sur toute la chaîne. Il serait rigoureusement identique si Microsoft, Google ou n’importe quel autre acteur finissait par tout posséder. Ce qui est en cause est structurel, pas personnel.
Ce qu’une forge pour agents change vraiment
Git, et GitHub par-dessus, ont été pensés pour une cadence humaine. Vous ouvrez une branche, vous codez quelques heures, vous ouvrez une pull request, vous attendez qu’un collègue la relise, vous fusionnez. Tout le rythme se mesure en heures et en jours, et c’est très bien, parce qu’un humain ne tape qu’à une certaine vitesse. Le modèle de permissions, l’intégration CI, la revue : tout cela suppose un développeur de chair, lent, attentif, occasionnel dans ses interactions avec le dépôt.
Origin part de l’hypothèse inverse. L’utilisateur principal n’est plus l’humain, c’est l’agent. Les chiffres présentés sur scène ne sont pas là pour impressionner, ils disent la contrainte de conception : selon les métriques revendiquées par Cursor, de l’ordre de 296 000 clones par heure, environ 22,6 commits par seconde sur un seul dépôt, une synchronisation mondiale annoncée sous 400 millisecondes, un basculement automatique de quelques millisecondes. Chiffres de keynote, donc à prendre pour ce qu’ils sont, des ordres de grandeur qui disent une intention plus qu’un benchmark indépendant. Le stockage repose sur S3 avec des réplicas extensibles à volonté. Surtout, la forge embarque un moteur de résolution de conflits de fusion piloté par agent, et une résolution agentique des échecs de CI. Autrement dit, le dépôt ne suppose plus un humain qui revient de temps en temps, il suppose des nuées d’agents qui poussent du code en parallèle, en continu, à une fréquence qu’aucune forge de l’ère humaine n’a jamais eu à encaisser.
Le socle technique vient de Graphite, racheté en décembre 2025, dont l’expertise portait précisément sur la revue à haute fréquence et les piles de PR. La filiation est cohérente. Ce qui change n’est pas la performance brute, c’est la citoyenneté : dans Origin, l’agent est citoyen de première classe, l’humain devient superviseur. Vous ne commitez plus, vous arbitrez. C’est un déplacement de rôle, pas une mise à jour de fonctionnalités, et il faut le nommer comme tel avant de discuter de ses conséquences.
Le piège n’est pas la forge, c’est la concentration
Une forge agentique, en soi, n’est ni bonne ni mauvaise. La question qui décide de tout, c’est : qui la possède, et que possède-t-il d’autre ? Et là, Compile a livré la vraie nouvelle, celle qui n’était pas un produit. Le même jour, SpaceX a exercé son option pour racheter Anysphere, la maison-mère de Cursor, pour 60 milliards de dollars en actions, la plus grosse acquisition d’une startup financée par capital-risque jamais enregistrée, clôture attendue au troisième trimestre 2026. L’option signée en avril offrait deux portes : acheter à 60 milliards, ou payer 10 milliards pour prolonger un simple accord d’entraînement collaboratif. L’acquéreur a choisi la possession.
Faites l’inventaire de ce qu’un seul acteur réunit désormais. Le compute : Colossus, le supercalculateur de xAI à Memphis, de l’ordre du million de H100-équivalent, avec un cap annoncé encore plus haut. Le modèle : un nouveau modèle de pointe d’environ 1 500 milliards de paramètres, entraîné from scratch sur ce Colossus, et nourri des sessions de travail des développeurs de Cursor. L’IDE : Cursor lui-même, plus d’un million de développeurs, une présence chez les deux tiers du Fortune 500. La forge : Origin, où vivra désormais le code. Et la donnée d’aval : vos workflows, vos prompts, votre manière de résoudre les problèmes, qui repartent en carburant d’entraînement. Compute, modèle, outil, forge, donnée. L’intégration verticale est complète, du silicium jusqu’à votre intention.
Répétons-le, parce que c’est le cœur du sujet et que la formulation personnelle est trompeuse : le problème n’est pas Musk. Il serait le même si ce point de contrôle s’appelait Microsoft, Google ou OpenAI. Ce qui est en cause tient en deux mécanismes, l’intégration verticale d’un bout à l’autre de la chaîne, et la capture des données d’entraînement en aval, c’est à dire votre propre travail recyclé en avantage pour le propriétaire. Aucune des deux ne dépend de la personnalité de qui tient la barre.
C’est là que se déplace le moat. Tant que la qualité du modèle faisait la différence, chacun pouvait espérer rattraper son retard. Quand le coût marginal de l’inférence tend vers zéro parce qu’on possède le silicium, le centre de gravité n’est plus la qualité du modèle mais l’accès au compute. Cursor était jusqu’ici agnostique au modèle : il routait vers Claude, vers GPT, vers ses propres Composer, et c’est précisément pour cette liberté qu’un million de développeurs l’avaient choisi. Combien de temps cette neutralité survit-elle quand le propriétaire a tout intérêt à pousser son modèle maison et, accessoirement, à laisser se dégrader l’expérience des modèles concurrents ? La question n’est pas malveillante, elle est mécanique : les incitations d’un acquéreur changent le jour où le deal se signe. On bascule alors dans une dynamique simple à énoncer : quand le coût marginal du code tend vers zéro, la valeur ne réside plus dans le fait d’écrire, mais dans le fait de posséder l’infrastructure qui exécute. Le développeur perd ce qui faisait sa rareté. C’est la grande dépossession que je décrivais ailleurs, ici transposée à la forge.
Je m’astreins à dire les limites, parce que la lucidité n’est pas le catastrophisme. Le rachat n’est pas clos : il reste suspendu aux régulateurs et à un calendrier, le troisième trimestre 2026, qui peut parfaitement glisser. Et il faut le dire sans détour, intégrer Cursor dans une organisation qui vient de perdre ses onze cofondateurs au premier trimestre, et qui se reconstruit dans la douleur, n’a rien d’anodin : le risque d’exécution est réel et il pèse sur tout le scénario. Bref, prudence sur le tempo. Mais sur la trajectoire, aucune ambiguïté : la direction du courant est claire, et elle va vers la concentration. C’est cette concentration, plus que tel ou tel produit, qui doit nous occuper, comme la dépendance qu’on nous vend avec les boucles d’IA.
La version souveraine : ce que j’en fais concrètement
Le réflexe paresseux serait de bouder Cursor. Mauvaise réponse : l’outil est excellent, et refuser la vélocité des agents par principe, c’est se condamner. La bonne réponse n’est pas de fuir l’outil, c’est de ne jamais le laisser devenir le dépositaire de l’intention. La frontière souveraine, en 2026, ne passe pas par « ne pas utiliser d’agents ». Elle passe par « posséder le dépôt, posséder le port, posséder l’intention ».
Concrètement, cela tient en trois règles. La première : les workflows vivent dans des scripts et des fichiers versionnés, jamais dans une fonctionnalité propriétaire d’IDE. Tout ce qui n’est qu’un réglage dans l’interface d’un éditeur racheté est une dépendance déguisée. La deuxième : le dépôt reste chez moi. Une forge auto-hébergée, Forgejo ou Gitea sur mon infrastructure, ou même du git nu derrière nginx, suffit à conserver la propriété du code. Tant que la forge parle Git standard, la sortie reste toujours possible, au moins pour le code source. Mais soyons précis, car la nuance est de taille : stocker du code et encaisser une cadence agentique sont deux problèmes distincts. Un git nu, ou un Gitea de base, s’effondrera sous une cadence de cet ordre, avec ses résolutions de conflits et ses boucles de CI pilotées par agent, là où Origin l’absorbe grâce à l’infrastructure héritée de Graphite. L’auto-hébergement souverain devra donc évoluer lui aussi : il ne s’agira plus seulement de garder ses dépôts, mais de faire tourner ses propres orchestrateurs d’agents, via MCP, sur ses serveurs. Faute de quoi l’on sera souverain, certes, mais d’une lenteur rédhibitoire face aux équipes sous Origin. La souveraineté sans orchestration est une souveraineté de musée. La troisième : le modèle reste interchangeable, et la donnée d’aval, mes sessions et mon code, ne part pas gratuitement muscler le moat d’un tiers.
C’est exactement la logique du moteur e-commerce que je construis en ce moment en Symfony, en architecture hexagonale. Si j’ai imposé une frontière nette entre le domaine et l’infrastructure, ce n’est pas par coquetterie académique : c’est pour que le fournisseur d’IA, la forge, le service externe restent des adaptateurs remplaçables, jamais le cœur. L’adaptateur MCP entrant que je développe pour piloter l’administratif par IA en est l’illustration : l’IA agit à travers un port que je possède. Si le fournisseur change de propriétaire, de tarif ou de politique, je change l’adaptateur, pas le domaine. Le port est à moi, l’intention reste à moi. C’est la même conviction qui m’a fait écrire que les sites web devaient apprendre à parler aux agents via un standard ouvert plutôt que par la grâce d’un acteur unique.
Et c’est là que MCP cesse d’être un détail d’architecture pour devenir l’arme décisive contre le verrouillage. Le lock-in d’un IDE ne tient qu’aussi longtemps que la puissance agentique reste soudée à l’éditeur. Or MCP les dissocie : le jour où Cursor deviendrait trop directif ou trop fermé, un éditeur open source, VSCodium ou Zed, branché sur des serveurs MCP locaux et souverains, restitue exactement la même capacité d’agent. La vraie brique de sortie n’est donc pas seulement Git pour le dépôt, c’est MCP pour l’agent. L’un protège votre code, l’autre protège votre manière de travailler avec lui ; il faut les deux, et c’est précisément le couple que le stack intégré cherche à vous faire oublier.
Soyons honnête sur le prix de cette discipline, car la souveraineté a un coût qu’il serait malhonnête de taire. Pour beaucoup d’équipes, l’auto-hébergement représente une charge opérationnelle réelle, et il impose d’accepter un retard sur les fonctionnalités agentiques des forges propriétaires, qui avancent vite et avec des moyens qu’aucune structure ne peut égaler en interne. Ce frein est sérieux, et c’est souvent lui, pas l’idéologie, qui décide. La bonne nouvelle, et c’est tout l’enjeu, c’est qu’on n’est plus forcé de choisir entre vélocité agentique et indépendance. Les standards, Git d’un côté, MCP de l’autre, permettent de capter la première sans confier la seconde à un propriétaire unique : la forge reste à vous, l’agent garde sa puissance.
C’est dans cette lumière que l’auto-hébergement cesse d’être un hobby de réfractaire. Proxmox, FreeBSD, nginx, PostgreSQL : ce n’est pas de la résistance folklorique, c’est l’assurance que la cadence agentique ne se paie pas en dépendance. Et la bonne nouvelle technique, c’est qu’une forge agentique souveraine est à portée. Les agents pilotent une forge via API et via MCP ; rien dans cette mécanique n’oblige à ce que la forge soit celle du propriétaire dominant. Ce qu’Origin fait pour le compte d’un acteur unique, des briques ouvertes peuvent le faire pour le vôtre. La vélocité n’appartient à personne ; seule la possession se négocie.
Scénario à trois ans : une polarisation, pas une bascule
Je ne crois pas à la victoire totale d’un camp. Je crois à une polarisation, et c’est un pronostic plus utile qu’une prophétie d’apocalypse.
D’un côté, la masse. Forge intégrée, agents par défaut, compute du propriétaire, productivité spectaculaire et verrou assumé comme prix du confort. La majorité des entreprises ira là, parce que c’est commode, et que la commodité gagne presque toujours. Inutile de le déplorer, il faut le constater : pour qui veut livrer vite sans se poser de questions d’architecture, le stack fermé est imbattable à court terme, et le coût opérationnel d’une alternative souveraine pèsera lourd dans la balance.
De l’autre, une minorité qui choisira la souveraineté non par idéologie mais par contrainte. Les secteurs régulés d’abord, santé, défense, droit, finance, là où confier son code et ses données à l’infrastructure d’un tiers soumis au Cloud Act n’est pas une option, comme je l’ai détaillé en plaidant pour l’open source local comme seul choix d’indépendance. Et puis les artisans, les indépendants, les agences comme la mienne, pour qui posséder son outil de production a toujours été une discipline. Forge auto-hébergée, modèles interchangeables, souvent à poids ouverts et en local, agents pilotés via des ports possédés. Le raisonnement n’est pas sentimental, il est architectural : plus le stack dominant se referme, plus les briques ouvertes prennent de la valeur défensive.
C’est là que se loge l’espoir réaliste. La consolidation va paradoxalement muscler l’écosystème souverain. Chaque tour de vis du point de contrôle dominant rend Git standard, MCP, les modèles à poids ouverts et les forges libres un peu plus précieux, parce qu’ils sont la garantie de sortie. Tant que la forge parle Git et que l’agent parle MCP, la porte reste ouverte. La standardisation est notre meilleure assurance, et elle ne se décrète pas, elle se choisit, dépôt par dépôt.
Le vrai risque, au fond, n’est pas technique, il est culturel. Une génération entière de développeurs n’aura peut-être jamais connu autre chose que la forge du propriétaire, et pour elle, l’idée même de posséder son dépôt paraîtra exotique, presque excentrique. La bataille se joue moins sur l’outil que sur le réflexe. On peut perdre la souveraineté sans qu’aucune ligne de code ne l’interdise, simplement parce que plus personne n’aura l’idée de la revendiquer.
Mon avis
Compile n’est pas l’achat d’un éditeur de code. C’est le moment où la couche la plus intime du métier, celle où le code est stocké et fusionné, a basculé du côté de l’agent, et dans le même mouvement du côté d’un point de contrôle unique qui tient déjà tout le reste de la chaîne. Que ce point de contrôle porte aujourd’hui le nom de SpaceX ne change rien à l’affaire : le danger est dans la structure, pas dans le visage. Origin est un excellent produit et un signal d’alarme, les deux en même temps, et il faut être capable de tenir les deux idées ensemble sans en sacrifier une.
Ma règle tiendra en une ligne : adopter la vélocité des agents, refuser la dépossession du dépôt. Garder le port, garder l’intention, garder le dépôt ; le reste n’est qu’un adaptateur que l’on remplace. L’auto-hébergement, longtemps perçu comme une coquetterie de power user, devient en 2026 la forme la plus concrète de liberté pour un développeur. Ce n’est pas un repli. C’est une position, et elle se défend.