Le lundi 17 août au matin, Cursor a commencé à déployer auprès de tous ses utilisateurs payants une nouveauté baptisée Origin : un service d'hébergement de code, encore en bêta précoce, les offres entreprise pouvant choisir de ne pas y participer. Environ trois heures et demie plus tard, GitHub a subi une dégradation de service à l'échelle mondiale, qui a duré 6 heures et 42 minutes, avec un taux d'erreur proche de 20 % sur certaines fonctionnalités.
Les deux événements n'ont aucun lien de cause à effet, mais le fait qu'ils surviennent la même matinée est plus convaincant que n'importe quel lancement en grande pompe.
Ce qu'Origin propose réellement
Un nouvel onglet baptisé Codebase apparaît dans l'interface, permettant de créer et de gérer des dépôts ; les projets locaux peuvent être clonés ou poussés via la CLI, l'adresse d'un dépôt prenant la forme cursor.com/codebase/<name>. Tout l'arsenal des pull requests a été repris intégralement : chronologie, historique des commits, statut des vérifications, fichiers modifiés, revue de diff, commentaires, merge — même les PR qui vous sont assignées sur GitHub peuvent être revues directement dans Cursor.
La relation avec GitHub repose sur une synchronisation bidirectionnelle. Une fois connecté à une organisation GitHub, les dépôts existants se synchronisent avec Origin, les commentaires rédigés dans Cursor sont envoyés vers GitHub et inversement. Selon la communication officielle, GitHub reste la source de vérité (source of truth), les push continuent d'aller directement sur GitHub, et les utilisateurs peuvent se déconnecter à tout moment.
Parmi les partenaires tiers déjà intégrés figurent Vercel, Depot et Buildkite, qui couvrent les déploiements de prévisualisation et les pipelines CI.
La partie revue de code n'a pas été écrite à partir de zéro. En décembre 2025, Cursor avait racheté Graphite, une startup spécialisée dans la revue de code ; son équipe et sa technologie soutiennent aujourd'hui le workflow de revue d'Origin. À l'époque, ce rachat ressemblait à l'ajout d'une fonctionnalité pour l'éditeur ; avec le recul, il ressemble davantage à une constitution de stock en vue de la couche d'hébergement.
Pourquoi maintenant
Ces dernières années, Cursor s'est positionné comme "une couche posée au-dessus de GitHub". Quand un agent termine de modifier du code, il doit ouvrir une PR, la PR transite par GitHub, les commentaires de revue se lisent sur GitHub, puis l'outil resynchronise les résultats vers l'éditeur. Chaque aller-retour supplémentaire entre systèmes dans cette chaîne rogne le contexte disponible pour l'agent et alourdit la latence.
Rapatrier la couche d'hébergement chez soi permet d'économiser moins de requêtes réseau qu'on ne le pense ; ce qui est réellement en jeu, c'est le pouvoir de définir le produit. Lorsque la force principale qui écrit le code passe des humains aux agents, la forme même du dépôt devrait évoluer en conséquence : qui peut voir quels fichiers et à quel moment, comment découper une modification, à qui montrer une revue — toutes ces règles sont aujourd'hui encore calquées sur les habitudes de collaboration humaines. La formule officielle d'Origin, "conçu pour l'échelle des agents", renvoie précisément à cette couche.
Du côté de GitHub, la fenêtre d'opportunité est bel et bien ouverte. En 2018, Microsoft a racheté GitHub pour 7,5 milliards de dollars en actions ; huit ans plus tard, son rôle à l'ère de la programmation par IA est plutôt inconfortable : il doit héberger le code de tout le monde, vendre son propre Copilot, et ouvrir ses API à une foule d'agents concurrents. La dégradation de service de plus de six heures survenue en août a ébranlé le présupposé implicite selon lequel "héberger équivaut à faire de l'infrastructure".
Les chances de ce pari
Concrètement, à court terme, personne ne va migrer ses dépôts hors de GitHub uniquement à cause d'Origin. Issues, stars, forks, configurations CI et habitudes des contributeurs externes des projets open source sont profondément ancrés dans GitHub ; le coût de la migration se situe du côté social, tandis que, techniquement, c'est en réalité la partie la plus facile à résoudre. Cursor le sait très bien, c'est pourquoi la première version mise sur la synchronisation plutôt que sur le remplacement.
Les chances réelles se situent du côté des dépôts internes des entreprises. Le code privé n'a besoin ni de communauté ni de PR externes ; l'entreprise se soucie seulement de savoir si l'agent tourne vite, si le processus de revue est fluide, et si elle peut économiser un abonnement. Les utilisateurs payants de Cursor sont déjà concentrés sur ce segment, et Origin s'intègre directement dans leur workflow existant, avec un seuil d'essai quasiment nul.
Un calcul rapide illustre bien le problème. Dans une entreprise de deux cents personnes, GitHub Enterprise facturé par utilisateur coûte, sur une année, un montant à cinq chiffres en dollars ; l'abonnement Cursor s'ajoute à cette facture, et le chevauchement fonctionnel entre les deux s'élargit rapidement — revue de code, déclenchement de CI, navigation dans le code, Origin fait déjà tout cela. Au moment du renouvellement, les entreprises n'ont qu'une seule question à se poser : est-il nécessaire de payer les deux ? La réponse dépend de la capacité d'Origin à tenir la route en matière de stabilité, pas de la longueur de la liste de fonctionnalités de chacun.
Derrière tout cela se cache aussi un facteur capitalistique. Cursor fait désormais partie du giron de SpaceX, dont la trésorerie de la maison mère suffit à soutenir pendant des années un service d'hébergement qui ne sera pas rentable à court terme — une tout autre configuration que celle d'une startup devant, elle, continuer à ménager ses investisseurs pour faire la même chose.
L'indicateur à surveiller ne figure pas dans les notes de version : dans six mois, combien d'entreprises auront fait d'Origin leur dépôt principal, et non une simple copie synchronisée. La synchronisation n'est qu'un état transitoire ; le dépôt principal, lui, est la véritable conclusion.
Sources : journal des modifications officiel de Cursor, SiliconANGLE, CocoLoop, Slashdot ; vérifiés : le périmètre de déploiement de la bêta, la durée de dégradation de GitHub de 6 heures 42 minutes ainsi que le mode de calcul du taux d'erreur, et le calendrier du rachat de Graphite.