Ton équipe sécu a dit non. Du code propriétaire qui sort du réseau ? Hors de question. Donc tes développeurs ont continué à copier-coller dans ChatGPT comme des sauvages, et le RSSI faisait semblant de ne rien voir.

Le 2 avril, Anysphere a lancé Cursor 3 — « un espace de travail unifié pour construire du logiciel avec des agents. » La fonctionnalité phare : des agents en arrière-plan auto-hébergés, que Cursor avait livré la semaine précédente. Du coding autonome par IA qui garde ton code sur tes serveurs. Ça vient d'une boîte qui a atteint $2 milliards de revenus annuels récurrents en mars 2026, doublant depuis $1 milliard en à peine quatre mois. Plus de la moitié du Fortune 500 l'utilise déjà.

L'architecture coche les cases conformité proprement. Un processus worker léger sur tes serveurs se connecte en sortie via HTTPS au cloud de Cursor. Pas de ports entrants, pas de tunnels VPN, pas de changements firewall. L'exécution du code, les builds, les tests, les secrets, les dépendances — tout reste sur ton infra. L'inférence du modèle — la réflexion IA proprement dite — passe toujours par l'API de Cursor ou le endpoint LLM (large language model — le cerveau derrière l'IA) que tu configures. Ton code ne sort jamais.

Résidence des données : résolu. Procurement : content. Mais voilà le problème que personne n'a soulevé lors de la réunion d'achat.

Pendant que l'agent travaille sur ta codebase, il construit un index sémantique — une cartographie profonde de la structure, des relations et des patterns de ton code. Cursor appelle ça @Codebase. Il apprend les conventions de ton équipe, tes décisions d'architecture, tes patterns de test. Au fil des semaines, ce contexte s'accumule en quelque chose de réellement précieux : une IA qui comprend ton projet.

Cette compréhension vit dans le cloud de Cursor. Et selon une analyse détaillée de vexp.dev, elle « n'est pas exposée d'une manière que d'autres outils peuvent consommer. » Pas d'export. Pas d'API. Pas de standard de portabilité. La documentation officielle de Cursor sur les agents auto-hébergés mentionne la résidence des données de dix-sept façons différentes, mais contient zéro mention d'export de contexte ou de portabilité de la mémoire.

Le prix du changement ? vexp.dev estime que migrer vers un concurrent signifie que le nouvel outil doit « ré-explorer ta codebase depuis zéro — relire les fichiers, redécouvrir les relations et rétablir le contexte », ce qui peut « doubler ou tripler ta consommation totale de tokens. » Les tokens — ces morceaux de mots que l'IA lit et te facture — deviennent la taxe de migration cachée. Trois mois de contexte accumulé ? Envolés. Ta nouvelle IA débarque comme un stagiaire perdu le premier jour.

Aucun format d'échange n'existe entre Cursor, GitHub Copilot et Claude Code pour la mémoire des agents. Certains développeurs bricolent des fichiers d'instructions partagés (.cursorrules, CLAUDE.md) ou greffent des serveurs de mémoire MCP (Model Context Protocol — imagine USB, mais pour connecter des outils IA). C'est du ruban adhésif, pas des solutions.

Avant que ton équipe valide Cursor 3 parce qu'il coche la case auto-hébergement, pose une seule question : qu'est-ce qui arrive à tout ce que l'agent a appris quand on voudra partir ? La réponse, aujourd'hui, c'est que tu ne pars pas. Non pas parce que le code est piégé — Cursor a résolu ça — mais parce que le contexte l'est.

La résidence des données, c'était le verrouillage d'hier. La mémoire des agents, c'est celui de demain. Cursor vient de rendre la cage plus confortable. Pas plus ouverte.