Un hébergement de code intégré à Cursor, lancé en bêta

Cursor a commencé le 17 août 2026 le déploiement d’Origin, son propre service d’hébergement de code. Cette première bêta couvre les fonctions essentielles d’une forge : création et stockage de dépôts, navigation dans le code, pull requests et synchronisation avec GitHub. Origin apparaît dans un nouvel onglet Codebase de Cursor, depuis lequel un utilisateur peut créer un dépôt, récupérer les commandes de clonage puis pousser sa première branche avec Git.

La fonction est annoncée sur toutes les offres payantes de Cursor pendant la phase initiale. Les administrateurs d’organisations Enterprise peuvent toutefois refuser son activation. Cursor emploie le terme « early beta », ce qui signale un produit encore évolutif plutôt qu’un remplacement arrivé à maturité. L’entreprise promet d’autres fonctions conçues pour les agents, mais ne donne pas de calendrier précis pour leur disponibilité.

La synchronisation GitHub évite une migration immédiate

Un utilisateur peut sélectionner une organisation et un dépôt GitHub pour les synchroniser dans Origin, puis interrompre cette liaison à tout moment. Cursor indique que les dépôts répliqués sont mis à jour en temps réel. Les autorisations suivent les droits GitHub : un membre en lecture peut consulter, tandis qu’un membre autorisé à écrire conserve ce niveau d’accès. Cette approche réduit le coût d’un essai, car une équipe n’a pas besoin de déplacer d’emblée son historique ou de changer l’adresse centrale de son projet.

Les pull requests synchronisées fonctionnent dans les deux sens pour les commentaires, réactions et réponses, avec des mises à jour annoncées en quelques secondes. L’interface d’Origin présente la chronologie, les commits, les contrôles automatisés et les différences de code ; elle permet aussi de commenter puis de fusionner. Pour un dépôt créé sur GitHub, ces opérations restent liées au service de Microsoft, ce qui impose de distinguer l’interface utilisée de l’endroit où le projet demeure officiellement hébergé.

TechCrunch replace le lancement dans une période de frustration liée à une panne GitHub, mais la proximité des dates ne prouve pas que Cursor ait préparé Origin en réaction à cet incident. La nouveauté importante est plus structurelle : l’éditeur de code ajoute une couche de forge à son environnement, tout en préservant une interopérabilité qui permet de tester son flux de travail sans rupture immédiate avec GitHub.

Agents, pull requests et déploiements réunis dans la même interface

L’intérêt spécifique pour Cursor vient de ses agents. Depuis une pull request, ils peuvent répondre à des questions sur le code, effectuer une modification, mettre à jour la proposition et pousser une branche. Un agent peut donc passer de l’analyse à une contribution versionnée sans que l’utilisateur reconstruise manuellement tout le contexte dans plusieurs outils. La revue humaine reste néanmoins nécessaire : le fait qu’une modification soit techniquement poussée ne garantit ni sa correction, ni sa sécurité, ni sa conformité aux règles du projet.

Origin prend actuellement en charge trois intégrations : Vercel, Depot et Buildkite. Vercel peut créer un aperçu pour chaque pull request et déployer en production après fusion. Depot et Buildkite peuvent exécuter des workflows GitHub Actions existants ; Buildkite accepte également ses pipelines natifs. Ces passerelles couvrent déjà un chemin courant allant du code au déploiement, mais la liste reste courte face à l’écosystème GitHub Apps et aux nombreux services CI utilisés par les équipes établies.

Écran officiel des applications Origin proposant Buildkite, Depot et Vercel.
La bêta propose Buildkite, Depot et Vercel dans les réglages de la base de code. Cursor n’annonce pas encore un catalogue comparable à celui de GitHub.

Ce que la bêta ne permet pas encore de conclure

Pour un développeur individuel ou une petite équipe déjà abonnée à Cursor, Origin peut réduire les changements de contexte et rapprocher les agents du cycle de revue. Pour une entreprise, la décision est plus lourde : l’annonce ne détaille pas les quotas de stockage, les limites de taille, un engagement de disponibilité, les régions d’hébergement, les politiques de sauvegarde ou une grille tarifaire durable après la bêta. Ces informations sont essentielles avant de confier à Origin l’unique copie d’un dépôt critique.

Écran officiel des règles de fusion et de protection d’une branche dans Cursor Origin.
Origin montre déjà des règles de fusion et une protection de branche avec approbation. L’étendue complète des contrôles d’entreprise reste à documenter.

Cursor montre des réglages d’accès, des applications, des règles de fusion et des protections de branche. L’annonce ne démontre toutefois pas une parité avec GitHub pour les issues, releases, registries de paquets, environnements, règles complexes, audits ou exigences réglementaires. Une synchronisation permet de conserver GitHub comme filet de sécurité pendant l’évaluation ; un dépôt créé uniquement dans Origin mérite au minimum une stratégie d’export et de sauvegarde indépendante.

Origin doit donc être lu comme une extension ambitieuse de Cursor, pas comme la preuve que GitHub est devenu inutile. La valeur immédiate réside dans un parcours intégré pour le code, les agents, les pull requests et quelques services de déploiement. La valeur à long terme dépendra de la fiabilité opérationnelle, de la sécurité, du prix et de la vitesse à laquelle Cursor étoffera son écosystème sans enfermer les projets dans une plateforme encore en bêta.