News · Logiciel

Cursor Projects : un coordinateur qui ne code pas

Le 10 septembre 2026, Cursor lance Projects. Un coordinateur qui ne code pas, des sous-agents dans le cloud, un contexte partagé, Slack et PR. Chez Cursor : +30 % de PR pour les nouveaux, ×6 pour ceux qui s’en servent surtout.

Par 20 septembre 20265 min de lecture0 vues

Le 10 septembre 2026, Cursor a sorti Projects. Pas un nouveau modèle. Une autre couche : un coordinateur qui ne tape pas le code, et des agents qui le font.

Alexi Robbins et Fredrika Lindh, dans le billet officiel (ouvre cursor.com dans un nouvel onglet) : un Project tient une feature, une migration, une appli. Le contexte survit des mois. Le coordinateur peut déléguer à « des milliers » de sous-agents, et relancer du travail sans qu’on le lui redemande.

Chez Cursor, ils s’en servent déjà : migrations de quelques centaines de PR, design system, et Projects lui-même. Chiffres constructeur : les nouveaux utilisateurs mergent 30 % de PR de plus ; ceux qui s’en servent surtout, six fois plus. Ce n’est pas un banc indépendant.

Info

Contrôle du 20 septembre 2026. Annonce : Introducing Projects (ouvre cursor.com dans un nouvel onglet), 10 septembre, Alexi Robbins et Fredrika Lindh. Changelog : Cursor Projects (ouvre cursor.com dans un nouvel onglet). Beta, déploiement progressif. Le CLI ne crée pas encore un Project (réponse staff, 15 septembre (ouvre forum.cursor.com dans un nouvel onglet)). Composer 3, on l’a déjà trié.

Le coordinateur ne code pas

On parle au coordinateur. Lui, il planifie, il envoie des agents, il ramène le travail à relire. Il n’écrit pas le code. Cursor insiste là-dessus : comme il délègue au lieu d’exécuter, il n’est jamais bloqué, et il reste joignable.

Trois pièces, d’après le billet et le changelog.

Cloud par défaut, local si besoin. Un Project a sa propre machine. Fermer le laptop ne l’arrête pas. Ça permet plus de sous-agents en parallèle que le portable. Quand il faut tester ici, le coordinateur lance un agent local.

Le 12 septembre, un utilisateur a demandé l’inverse : coordinateur local, cloud en option. La réponse staff (ouvre forum.cursor.com dans un nouvel onglet) : Projects est volontairement cloud-first, pour continuer à planifier ordinateur fermé, et pour suivre le même Project depuis le bureau, le web et le mobile. Pas de mode coordinateur 100 % local. On peut déjà coller l’exécution sur sa machine via Cloud Agents > Self-Hosted / My Machines.

Contexte partagé. Plus besoin de ré-onboarder un agent à chaque tâche. Le Project garde un jeu de fichiers, synchro cloud et local. Les agents y mettent la recherche, ce qu’ils ont compris du dépôt, la façon dont on aime travailler. Si l’un a trouvé comment tester un service, les suivants le récupèrent.

Abonnements. Le coordinateur peut surveiller un canal Slack, tourner à l’heure, suivre les PR, corriger le CI, agir à l’ouverture ou au merge. Sans attendre un prompt.

Trois usages, chez Cursor

Feature. Un Project pour un morceau de travail. D’abord de la recherche, collée dans le contexte. Puis un plan, des agents en parallèle, des allers-retours. Quand c’est prêt à essayer, un agent sur votre machine. Après le merge, le même Project peut lire les logs et les bugs, avec l’historique des choix.

Migration. Cursor dit s’en être servi pour changer de framework et de système de styles, sur des centaines de PR. On cale d’abord une méthode sûre avec le coordinateur. Il l’applique ensuite, petit à petit. Au début, on relit chaque PR. Plus tard, moins.

Jardinage. Le travail qui ne se termine pas : qualité, régressions. Un ingénieur Cursor fait tourner un Project design system : au début, il corrigeait les bêtises ; maintenant le coordinateur scanne chaque PR, extrait les composants, pose une règle de lint dès qu’il voit deux fois la même erreur. Cursor écrit que ce Project vise 20 à 100 PR par jour.

Ce qui ne marche pas encore

Beta, menu de gauche. Cursor le réserve au travail plus long qu’un chat.

Le 15 septembre, le staff a tranché : pas de Projects dans le CLI. Création et pilotage depuis l’app bureau (fenêtre Agents, nav gauche). On peut écrire au coordinateur depuis l’iPhone ou cursor.com/agents — la mémoire et le lancement d’agents vivent côté Cursor, pas dans l’app. La vue Projects manque encore sur mobile.

Le 17 septembre, autre limite : les agents qu’un Project envoie ne peuvent pas eux-mêmes lancer des sous-agents. Seul le coordinateur délègue. Le staff (ouvre forum.cursor.com dans un nouvel onglet) dit que l’étage suivant est en cours.

Attention

Les +30 % / ×6 sont des chiffres Cursor, sur leur usage interne, pas un banc public. Cloud par défaut : un dépôt qui a besoin du .env local, des MCP locaux ou d’une machine self-hosted dépend des réglages d’équipe. Ce n’est pas Composer 3. Ce n’est pas non plus « Cursor contre Claude Code » : trois surfaces, un métier. Projects est la fenêtre, pas le modèle qu’on y colle.

On peut y coller Fable, Opus, Sol, Grok, Composer. Le geste, c’est de tenir un chantier plus longtemps qu’une session.

Sources

TagsIntelligence artificielle Cursor Développement Agents Projects

Laisser un avis

Avis des lecteurs

Pas encore de note. La première est pour toi.

Aucun avis publié pour le moment.