Cursor Origin : la plomberie du code devient soudainement captivante

Avouons-le : pendant dix-huit ans, « où on héberge notre code ? » était la question la plus ennuyeuse de la tech. Tu choisis GitHub, ou peut-être GitLab ou Bitbucket, tu configures ton équipe, et tu passes aux problèmes qui comptent vraiment. L'hébergement de code source, c'est la plomberie — indispensable, fiable, et d'un ennui mortel.

Cursor vient de parier que les agents IA ont rendu cette question无聊 de nouveau intéressante.

Un timing presque trop parfait

Lundi matin, Cursor a commencé à déployer Origin auprès de ses utilisateurs payants. Trois heures et demie plus tard environ, GitHub tombait en panne — des taux d'erreur grimpant vers 20 % sur les pull requests, les issues et l'API, avec près de 50 % d'échecs sur les téléchargements d'archives et de fichiers bruts. Le SSO entreprise a aussi crashé : SAML, OIDC, provisionnement SCIM, toute la stack. Même Copilot y est passé.

La communauté dev a fait ce qu'elle fait de mieux : des blagues.

Guillermo Rauch, le CEO de Vercel, a posté qu'on pouvait maintenant héberger des repos dans Cursor Origin et déployer sur Vercel via Cursor Origin — qui est lui-même hébergé sur Vercel. « Et contrairement à GitHub, ça marche », a-t-il ajouté avec un sourire en coin. Matt Palmer, ingénieur chez Cursor, a quote-tweeté le lancement de sa propre entreprise avec la meilleure réplique de la journée : « On allait livrer ça plus tôt, mais GitHub était down. »

C'était orchestré ? Presque certainement pas. Les lancements de produits sont verrouillés des semaines à l'avance. Mais parfois l'univers te fait un cadeau, et Cursor l'a saisi au vol.

Ce qu'Origin est vraiment (et ce qu'il n'est pas)

Séparons le battage médiatique du produit. Origin vit dans l'éditeur Cursor sous forme d'un nouvel onglet Codebase. Tu nommes ta codebase, tu obtiens une URL, tu pousses en ligne de commande, et tu as l'expérience forge classique — repositories, pull requests, timelines, commits, checks, merges. Les bases sont là.

Mais voici ce qui rend Origin intéressant : l'agent IA vit dans la même surface que le code et les pull requests qu'il modifie.

Tu peux poser des questions sur le fichier que tu consultes. Tu peux confier à un agent un commentaire de revue et lui demander de réviser la pull request sur place. Tu peux lui demander de pousser une branche — le tout sans quitter l'éditeur où tu écris ton code. L'agent n'est pas boulonné comme un service séparé. Il est tissé dans le workflow lui-même.

C'est le vrai pari de Cursor. Ils ne construisent pas un autre hébergeur Git. Ils parient que quand des agents IA modifient ton code, tu veux qu'ils opèrent dans le même espace que les humains qui font la revue de code, pas en jonglant entre des onglets et des services.

La stratégie d'intégration est chirurgicale

Origin est arrivé avec trois intégrations day-one : Vercel, Depot et Buildkite. Ces choix te disent exactement qui Cursor cible.

Vercel gère les déploiements preview pour chaque pull request et livre en production à la fusion — disponible en beta publique pour les clients Pro et Enterprise. Depot et Buildkite font de l'intégration continue, et surtout, les deux exécutent les workflows GitHub Actions existants sans modification. Buildkite ajoute des pipelines natifs par-dessus.

Lis ça encore une fois : les workflows GitHub Actions existants sans modification.

Cursor ne demande pas aux équipes de réécrire leur système de build, de reformer leurs ingénieurs, ou de déchirer leur pipeline de déploiement. Ils demandent aux équipes d'essayer une seconde fenêtre sur du code qu'elles ont déjà. C'est un motion de vente fondamentalement différent de « switch tout vers notre plateforme ».

Le choix de design le plus malin : ne pas quitter GitHub

Voici la décision qui devrait attirer l'attention des dirigeants techniques.

Origin ne t'oblige pas à quitter GitHub. Tu connectes une organisation GitHub, tu choisis des repositories, et ils apparaissent à côté de ceux natifs Origin. Les push continuent d'aller sur GitHub, qui reste la source de vérité pour tout ce qui a commencé là-bas. Les permissions d'accès reflètent les paramètres read et write existants de GitHub. Les conversations des pull requests se sync dans les deux sens — commente dans Cursor et ça poste sur GitHub ; réponds sur GitHub et ça remonte dans Cursor en quelques secondes.

C'est une stratégie de coin classique, bien exécutée.

La migration en mode rip-and-replace du contrôle de source figure parmi les projets les plus risqués qu'une organisation technique puisse entreprendre. Ça touche l'intégration continue, les preuves de conformité, les pistes d'audit, les règles de protection de branches, chaque intégration dans ta chaîne d'outils, et la mémoire musculaire de chaque ingénieur. Presque aucun CTO ne valide ça pour un produit en early beta.

Mais un miroir read-mostly qui laisse GitHub faire autorité ? Celui-là s'approuve tout seul. Ça ne coûte rien d'essayer, ne requiert aucune migration, et te donne un aperçu de ce que ressemble une expérience d'hébergement de code native IA.

Ce que ça signifie pour l'industrie

GitHub est la réponse par défaut à « où on héberge notre code » depuis près de deux décennies. Ça ne change pas du jour au lendemain, et Cursor le sait. Origin n'essaie pas de remplacer GitHub — il essaie de devenir l'endroit où le développement augmenté par IA se passe, avec GitHub restant le backend de référence pour tout ce qui compte.

La question n'est pas si Origin va détrôner GitHub. La question est si Origin peut devenir l'interface que les développeurs utilisent réellement pendant que GitHub gère la plomberie en dessous.

Si les agents IA vont écrire, revoir et modifier du code à l'échelle — et ils le vont — alors l'endroit où ces agents vivent et travaillent devient stratégiquement important. Cursor fait un jeu délibéré pour owns cette surface.

Pour les dirigeants techniques qui évaluent le paysage, les implications sont simples : surveille cet espace, essaie le produit, et fais attention aux intégrations et workflows qui feel naturels dans le contexte natif IA. L'expérience forge traditionnelle nous a bien servis. Mais « assez bien pour les humains » et « assez bien pour des équipes augmentées par IA » pourraient être des questions différentes.

Et ça pourrait être la chose la plus intéressante arrivée à l'hébergement de contrôle de source depuis dix-huit ans.