Cursor Projects : le multi-agents expliqué
Cursor Projects confie un chantier long à un coordinateur qui délègue à des sous-agents. Quand passer en Project, trois cas d’usage, anti-patterns et méthode de pilotage.

Cursor Projects confie un chantier long à un coordinateur qui délègue à des sous-agents. Quand passer en Project, trois cas d’usage, anti-patterns et méthode de pilotage.

Un chat d’IDE oublie. Une feature, une migration ou un chantier de qualité survivent à la journée. Cursor Projects (lancé en septembre 2026, déploiement progressif en bêta) répond à ce décalage : un agent coordinateur garde le fil, délègue à des sous-agents, et peut même réagir à des signaux (PR, Slack, planning) sans nouveau prompt à chaque fois.
Ce guide explique comment passer du chat ponctuel au pilotage multi-agents — avec méthode, cas concrets et limites honnêtes.
D’après l’annonce officielle Cursor, un Project sert à porter un corps de travail (feature, migration, appli), pas une question isolée.
Mécanique centrale :
C’est une couche au-dessus des agents de coding : ceux-ci écrivent encore le code ; Projects décide quoi lancer, quoi retenir, quoi surveiller.
Les agents explorent le système, documentent le contexte, puis le coordinateur planifie et parallélise implémentation + tests. Après livraison, le même Project peut surveiller logs / bugs avec la mémoire des décisions d’origine.
Exemple web : nouvel espace « pricing » (contenu, composants, tracking, a11y). Brief : pas de nouvelle lib UI, contraste AA, PR découpées (layout / interactions / tracking).
Faciles à démarrer, dures à finir. Cursor décrit des migrations sur de nombreuses PR : vous validez d’abord l’approche avec le coordinateur, puis vous relâchez progressivement le contrôle si la qualité tient.
Exemple : passage progressif de CSS global à des tokens SCSS / variables CSS, dossier par dossier.
Qualité, design system, régressions : le Project écoute PR / Slack / planning et agit. L’humain intervient surtout là où l’attention compte.
Exemple : chaque PR qui touche components/ doit passer une checklist a11y ; le coordinateur relance l’auteur ou propose un patch si un pattern connu casse.
Démarrage pratique : barre latérale gauche, créer un Project, décrire l’objectif. Réservé surtout au travail qui outlive un seul chat.
Quand vous créez le Project, investissez 20 minutes dans le message initial. Exemple de structure :
Le coordinateur n’est pas télépathe. Ce kickoff est votre cahier des charges vivant.
Le multi-agents amplifie la clarté… et le flou. Votre job de pilote, c’est la clarté.
Créer un Project pour un rename de variable
Surdimensionné. Gardez les outils proportionnés.
Aucun critère de done
Le coordinateur enchaînera du mouvement, pas forcément de la valeur.
Tout paralléliser sans isolation
Deux agents sur les mêmes fichiers = conflits. Isolez (branches / worktrees / scopes).
Confondre métriques internes et votre ROI
Cursor communique des gains internes sur les PR ; votre réalité dépend de revue, CI, produit. Mesurez chez vous.
Oublier le coût
Sous-agents parallèles = usage multiplié. Budgétez.
Abandonner la revue humaine
« Migration images 2026 », pas « Divers ».
Objectifs, hors-scope, stacks interdites, définition de terminé, canaux de subscription.
Surtout en migration : une PR pilote, puis scale.
Merge main, prod, changements de schéma : approval.
Encouragez les agents à documenter « comment on teste ici ».
Projects n’est pas un trophée ; c’est un outil de durée.
Lundi — recentrer l’objectif du Project, tuer les sous-tâches mortes.
Au fil de l’eau — revue des PR proposées, interrupt si dérive.
Vendredi — rétrospective courte : densité de valeur vs bruit, coût d’usage, qualité des diffs.
Ce cadence meeting avec un coordinateur IA ressemble à du management de prestataires : clair, régulier, exigeant.
Pour la référence, lisez l’annonce officielle de Cursor Projects et la documentation des Cloud Agents. Puis :
Non. Il les orchestre. Les agents d’exécution restent la couche qui code.
Non : Projects est en bêta et n’est proposé que sur les offres qui incluent les Cloud Agents. Il n’est pas disponible avec le Privacy Mode (Legacy). Vérifiez votre plan et la documentation Cursor.
Facturation liée à l’usage des agents / modèles selon les règles Cursor du moment. Le parallélisme multiplie la consommation.
Le design met le cloud par défaut, avec agents locaux quand le test doit passer sur votre machine. Pour l’exécution chez vous à l’échelle, regardez les self-hosted machines / pools.
Si vous ne savez pas encore reviewer un diff d’agent simple, attendez. Projects amplifie les bonnes et les mauvaises habitudes.
Cursor Projects fait passer l’éditeur agentique du message unique au chantier : coordinateur, sous-agents, contexte partagé et abonnements aux signaux utiles. L’outil est puissant pour les features, les migrations et l’entretien continu, à condition d’avoir des briefs clairs, des tâches isolées, un budget surveillé et une revue humaine.
Ne créez pas un Project pour le principe : créez-le quand le travail survit au chat. Et gardez la compétence de fond du côté humain, par exemple avec Academy Yunt.