Blog

Cursor Projects : ce que c’est et comment le coordinateur délègue les tâches

Markdown

Cursor Projects, comme annoncé par Cursor : comment le coordinateur délègue les tâches, où le contexte partagé est stocké, comment fonctionnent les Subscriptions et à quoi sert cette version bêta.

Lire l’article complet

Le 10 septembre 2026, Cursor a annoncé la version bêta de Projects, une fonctionnalité destinée aux tâches de grande ampleur avec un contexte partagé qui persiste pendant des mois.

Dans Projects, un coordinateur dirige le travail. Il n’écrit pas lui-même de code : il planifie le travail et en délègue des parties à d’autres agents. Un projet dispose d’un ensemble partagé de fichiers contenant les éléments accumulés au fil du travail. Vous pouvez aussi demander au coordinateur de surveiller des événements et d’y réagir sans nouvelle instruction. Voici un aperçu des fonctionnalités et des limites décrites dans l’annonce de Cursor.

Documentation de référence d’Ailoot : ailoot.ai/docs/.

Qu’est-ce que Cursor Projects, en termes simples ?

À retenir

Cursor Projects est une fonctionnalité conçue pour travailler sur une tâche de grande ampleur : une nouvelle fonctionnalité, une migration ou une application entière. Un coordinateur planifie le travail et le répartit entre des agents chargés de l’implémentation. Le coordinateur n’écrit pas lui-même de code. Selon l’annonce du 10 septembre 2026, Projects est disponible en version bêta dans le panneau de navigation de gauche de Cursor ; l’accès est progressivement déployé pour tous les utilisateurs.

L’annonce officielle de Cursor décrit ainsi l’objectif de cette fonctionnalité :

Projects vous permet de prendre en charge des projets de plus grande envergure, comme une fonctionnalité, une migration ou une application complète. Il conserve le contexte au fil de plusieurs mois de travail, délègue des tâches à des milliers de sous-agents et effectue des tâches récurrentes sans qu’on le lui demande.

— Cursor, changelog « Projects », https://cursor.com/changelog/projects

Autrement dit, Projects vous permet de prendre en charge de grandes tâches, comme une nouvelle fonctionnalité, une migration ou une application entière. Il conserve le contexte pendant plusieurs mois de travail, délègue des tâches à des milliers de sous-agents et effectue des tâches récurrentes sans nouvelle instruction de l’utilisateur.

En quoi le coordinateur diffère-t-il d’un agent Cursor classique ?

À retenir

Le coordinateur d’un projet planifie le travail, le répartit entre les agents chargés de l’implémentation et vous présente le travail terminé pour que vous puissiez l’examiner. Il n’écrit pas lui-même de code. Les coordinateurs créent et gèrent des agents pour vous, en en exécutant autant en parallèle que le travail le nécessite.

Voici comment Cursor décrit la répartition des rôles :

L’agent coordinateur d’un projet n’écrit pas lui-même de code ; il planifie le travail, le délègue à des agents qui le mettent en œuvre et vous présente le travail terminé pour vérification. Les coordinateurs créent et gèrent des agents pour vous, en en exécutant autant en parallèle que le travail le nécessite.

— Cursor, changelog « Projects », https://cursor.com/changelog/projects

Autrement dit, le coordinateur d’un projet n’écrit pas lui-même de code. Il planifie le travail, le délègue aux agents chargés de l’implémentation et vous présente le travail terminé pour que vous puissiez l’examiner. Les coordinateurs créent et gèrent des agents pour vous, en en exécutant autant en parallèle que le travail le nécessite.

Vous pouvez comparer cette répartition des rôles à celle d’un contremaître et de son équipe : le contremaître planifie le travail et assigne les tâches aux personnes qui l’exécuteront. Dans Projects, ce sont des agents d’IA gérés par le coordinateur qui s’en chargent. Le coordinateur vous présente toujours le travail terminé pour que vous puissiez l’examiner. Ce modèle rappelle l’organisation « orchestrateur et exécutants » des systèmes multi-agents — voir le guide sur la répartition des tâches entre agents.

Le projet s’exécute dans le cloud, mais le coordinateur peut lancer un agent local pour tester quelque chose sur votre machine :

Un Project s’exécute sur son propre ordinateur dans le cloud ; fermer votre ordinateur portable ne l’arrête donc pas. Lorsqu’un test doit être effectué sur votre machine, le coordinateur lance un agent local pour l’exécuter sur place.

— Cursor, changelog « Projects », https://cursor.com/changelog/projects

Autrement dit, le projet s’exécute sur son propre ordinateur dans le cloud ; fermer votre ordinateur portable ne l’arrête donc pas. Lorsqu’un test doit être effectué sur votre ordinateur, le coordinateur y lance un agent local pour réaliser cette vérification.

Comment fonctionne la mémoire partagée d’un projet ?

À retenir

Chaque projet dispose d’un ensemble de fichiers synchronisés entre toutes les machines locales et cloud utilisées par ses agents. Ceux-ci y consignent leurs découvertes, leurs artefacts et ce qu’ils apprennent sur le code ainsi que sur votre façon préférée de travailler. Si un agent découvre comment tester un service, les futurs agents peuvent utiliser ces instructions.

Cursor appelle ce mécanisme « Shared context » :

Chaque Project gère un ensemble de fichiers synchronisés entre toutes les machines locales et cloud utilisées par ses agents. Les agents y ajoutent des recherches et des artefacts, ainsi que ce qu’ils apprennent sur la base de code et sur la façon dont vous préférez que le travail soit effectué. Si un agent découvre, par exemple, comment tester un service, tous les futurs agents peuvent utiliser ces instructions. Le contexte partagé s’enrichit avec le Project, ce qui rend le coordinateur plus efficace au fil du temps.

— Cursor, changelog « Projects », https://cursor.com/changelog/projects

Autrement dit, chaque projet conserve un ensemble de fichiers synchronisés entre toutes les machines locales et cloud utilisées par ses agents. Ceux-ci y ajoutent des recherches, des artefacts et des informations sur le code ainsi que sur vos préférences de travail. Si un agent découvre comment tester un service, tous les futurs agents peuvent utiliser ses instructions. Le contexte partagé s’enrichit avec le projet, ce qui, selon Cursor, rend le coordinateur plus efficace au fil du temps.

Le coordinateur peut s’appuyer sur les éléments accumulés. Cela se rapproche de l’idée d’un Second Brain, mais désigne ici la mémoire partagée d’un projet dans Cursor, et non votre mémoire personnelle. Les agents l’enrichissent eux-mêmes au fil de leur travail.

Si vous souhaitez créer une mémoire personnelle similaire dans Claude Code, un guide distinct est consacré au Second Brain dans Claude Code. Il présente cette idée connexe qui consiste à accumuler des éléments en vue de travaux ultérieurs.

L’accumulation de contexte d’une tâche à l’autre fait partie de l’ingénierie du contexte : gérer ce qui entre dans la mémoire de l’IA et l’endroit où cela est stocké.

Que sont les Subscriptions dans Cursor Projects ?

À retenir

Les Subscriptions vous permettent de demander au coordinateur de surveiller un canal Slack, de s’exécuter selon un calendrier ou de suivre toutes vos pull requests. Le coordinateur réagit alors de lui-même aux signaux reçus, sans nouvelle instruction. Exemple donné dans l’annonce : connectez Slack et indiquez un canal de signalement des bugs ; le coordinateur commence alors à déléguer une tâche chaque fois qu’un nouveau bug est signalé.

La mémoire partagée conserve les éléments du projet, tandis que les Subscriptions déterminent quand le coordinateur doit agir. Une fois configuré ainsi, il n’a pas besoin d’attendre que vous saisissiez une nouvelle tâche dans le chat :

Demandez à l’agent coordinateur de surveiller un canal Slack, de s’exécuter selon un calendrier ou de suivre toutes vos PR. Il peut ainsi agir en fonction des signaux qu’il détecte, sans attendre votre instruction.

— Cursor, changelog « Projects », https://cursor.com/changelog/projects

Autrement dit, demandez au coordinateur de surveiller un canal Slack, de s’exécuter selon un calendrier ou de suivre toutes vos pull requests ; il pourra agir en fonction des signaux détectés sans attendre votre instruction.

Voici un exemple tiré de la même annonce :

Connectez Slack et indiquez un canal de signalement des bugs ; le coordinateur commence à déléguer une tâche chaque fois qu’un bug est signalé.

— Cursor, changelog « Projects », https://cursor.com/changelog/projects

Autrement dit, connectez Slack et indiquez un canal de signalement des bugs ; le coordinateur commence à déléguer une tâche chaque fois qu’un nouveau signalement arrive.

L’annonce officielle n’explique pas quels autres événements, en dehors de Slack, des calendriers et des PR, peuvent déclencher du travail, et elle ne donne pas de prix pour cette fonctionnalité. Pour la configurer, ouvrez Projects depuis le panneau de navigation de gauche de Cursor. Les étapes détaillées de configuration ne sont pas fournies ici : suivez l’interface de la version à laquelle vous avez accès.

Quand envisager Cursor Projects

À retenir

Cursor propose Projects pour les tâches de grande ampleur : une nouvelle fonctionnalité, une migration ou une application entière. Ma recommandation éditoriale : pour une modification ponctuelle ou une petite tâche, un agent de chat classique suffit probablement. Envisagez Projects pour les tâches importantes qui s’étendent dans le temps.

L’annonce décrit la fonctionnalité comme étant destinée à des « projets de plus grande envergure, comme une fonctionnalité, une migration ou une application complète » — autrement dit, à des tâches importantes, comme une nouvelle fonctionnalité, une migration ou une application entière. C’est ce cas d’usage qui fonde ma recommandation. Si une tâche tient dans une seule conversation avec un agent, un agent de chat classique suffit probablement. Si vous revenez régulièrement à une tâche importante et au même code, le contexte partagé de Projects peut vous aider : les futurs agents peuvent utiliser les instructions et les découvertes déjà accumulées.

Si vous hésitez entre Cursor et d’autres outils, un comparatif distinct est disponible : Cursor vs Claude Code. Il examine leurs différences dans le travail quotidien, sans Projects.

Et ensuite ?

Cursor Projects était en version bêta au moment de son annonce du 10 septembre 2026. L’annonce officielle n’indique pas de prix ; vérifiez donc le tarif et les limites dans le produit lorsque vous l’activez, plutôt que de vous fier à cet article.

Continuez à découvrir Ailoot sur ailoot.ai.

Plus de détails

Questions fréquentes : Cursor Projects : ce que c’est et comment le coordinateur délègue les tâches

Quand un chat d’agent ordinaire suffit-il sans Projects ?

Pour une modification ponctuelle tenant dans une conversation, c’est un bon départ. Projects vise les travaux plus longs qui bénéficient de conclusions et consignes partagées.

Que vérifier avant d’activer une Subscription ?

Définissez le signal à surveiller : canal Slack de bugs, calendrier ou pull requests. Vérifiez l’interface, les tarifs et les limites de votre compte ; l’annonce ne fournit ni prix ni guide complet de configuration.

Tous les articles