Cursor Origin héberge le code et s'intègre à Vercel

Cursor ne veut plus seulement éditer le code : il veut aussi l'héberger

Cursor a lancé le 17 août 2026 Origin, une nouvelle couche d'hébergement de code directement intégrée à son environnement. Le service entre en early beta sur les offres payantes et commence avec les briques fondamentales d'une forge : dépôts, pull requests, navigation de code et synchronisation avec GitHub. Les organisations Enterprise peuvent toutefois en être exclues si leurs administrateurs choisissent de désactiver Origin.

Le changement est notable. Cursor s'était jusqu'ici imposé comme un éditeur et un environnement d'agents travaillant sur des dépôts hébergés ailleurs. Avec Origin, l'entreprise commence à déplacer cette frontière : le code, les PR et les agents peuvent désormais vivre dans le même produit.

Ce que propose Origin aujourd'hui

Les nouveaux dépôts Origin sont accessibles depuis l'onglet Codebase de Cursor. L'utilisateur peut créer un repo, installer le CLI, cloner le dépôt ou pousser un projet local existant. Le code est alors hébergé directement par Cursor.

Le nom du codebase devient aussi un segment d'URL, par exemple cursor.com/codebase/acme-corp, ce qui donne un point d'accès direct et partageable au dépôt dans Cursor.

Chaque dépôt dispose également de pull requests classiques avec timeline, commits, checks, fichiers modifiés, commentaires et merge.

Mais Cursor insiste surtout sur l'intégration des agents. Depuis un repo, il est possible de demander à Cursor d'expliquer le code affiché, d'effectuer des modifications, de mettre à jour une pull request ou de pousser une branche. Autrement dit, le dépôt n'est pas conçu uniquement comme un espace de stockage : il devient aussi le contexte d'exécution des agents.

GitHub reste dans la boucle

Origin n'est pas présenté comme une migration forcée hors de GitHub. Cursor permet de connecter une organisation GitHub et de synchroniser certains dépôts dans Origin.

Dans ce scénario, les deux systèmes coexistent. Cursor indique que les dépôts synchronisés sont mis à jour en temps réel et que les utilisateurs peuvent parcourir, rechercher ou récupérer le code depuis la copie Origin. Les pushes continuent toutefois d'être envoyés vers GitHub, qui reste la source de vérité pour les dépôts initialement créés sur GitHub.

Les pull requests sont également synchronisées dans les deux sens. Un commentaire laissé dans Cursor est publié sur GitHub ; une réponse ou une réaction effectuée sur GitHub remonte dans Cursor. Une review assignée sur GitHub peut ainsi être traitée et mergée depuis Cursor.

Cette approche permet à Cursor d'introduire sa propre couche de forge sans demander aux équipes de déplacer immédiatement leur infrastructure Git existante.

Vercel se branche sur Origin le même jour

Le signal le plus intéressant arrive immédiatement. Le 17 août 2026, le même jour que l'annonce d'Origin, Vercel annonce à son tour la prise en charge des dépôts Cursor Origin en bêta publique pour ses clients Pro.

Une fois un dépôt connecté à un projet Vercel :

• une pull request Origin peut créer automatiquement un Preview Deployment ;
• le merge peut déclencher un Production Deployment ;
• la connexion peut être configurée depuis les réglages d'équipe ou de projet Vercel, lors de la création d'un projet avec « Continue with Origin », ou directement depuis l'onglet Apps du dépôt dans Cursor.

Les dépôts Origin privés restent soumis à la politique existante de Vercel concernant les dépôts privés.

Cursor cite par ailleurs Depot et Buildkite parmi les premières intégrations disponibles pour la CI. Les deux peuvent exécuter les workflows GitHub Actions existants ; Buildkite prend en plus en charge ses pipelines natifs.

Origin commence donc déjà à ressembler moins à une simple fonction de stockage qu'à une nouvelle surface d'intégration pour la chaîne de développement.

Vers une chaîne de développement agent-native

L'intérêt stratégique d'Origin apparaît quand on met bout à bout les différentes étapes.

Un agent Cursor peut travailler sur le code, pousser une branche et modifier une PR. Cette PR peut ensuite générer automatiquement une preview Vercel. Une fois revue et mergée, le même flux peut aller jusqu'au déploiement en production.

Le chemin devient alors :

agent → dépôt → pull request → preview → review → production.

Ces étapes existaient déjà avec GitHub, GitLab ou d'autres forges. La différence est que Cursor cherche désormais à les rapprocher de l'environnement dans lequel l'agent raisonne et agit.

Cela peut réduire une partie des changements de contexte et des intégrations nécessaires pour les workflows fortement automatisés. Mais cela donne aussi à Cursor un rôle beaucoup plus central dans la chaîne de développement.

Origin ne remplace pas encore GitHub

Il serait prématuré de présenter Origin comme un concurrent fonctionnel complet de GitHub. Cursor lui-même parle d'early beta et précise commencer par les fonctions essentielles. Les fonctionnalités spécifiquement conçues pour fonctionner à grande échelle avec des agents doivent encore arriver.

La gestion d'accès existe déjà au niveau du dépôt, avec des réglages permettant notamment de suivre le statut de synchronisation GitHub, de gérer les accès et de voir les apps connectées. En revanche, il reste à évaluer la profondeur de ces contrôles pour les besoins avancés des grandes équipes, notamment les protections de branches, l'audit, la gouvernance des organisations et les intégrations de sécurité.

La synchronisation GitHub proposée dès aujourd'hui est d'ailleurs révélatrice : Cursor semble préférer une stratégie de coexistence qui permet aux développeurs de tester Origin sans abandonner leur forge principale.

Ce qu'il faut surveiller maintenant

Le lancement d'Origin marque néanmoins une évolution importante de Cursor. Après avoir intégré l'IA dans l'éditeur puis poussé les agents vers des tâches de plus en plus autonomes, l'entreprise étend désormais son périmètre au système qui héberge et organise le code lui-même.

L'intégration immédiate de Vercel donne une bonne indication de la direction prise : le prochain terrain de compétition des outils de développement IA pourrait être moins le simple assistant de code que la plateforme complète sur laquelle des agents écrivent, testent, font reviewer et déploient du logiciel.

Reste à voir jusqu'où Cursor veut pousser Origin et si les équipes accepteront de déplacer une part aussi centrale de leur workflow vers leur éditeur IA.