Chaque avancée majeure dans le développement logiciel a modifié la façon dont les équipes expriment leurs intentions. Le modèle en cascade reposait sur une lourde documentation, car les changements de cap étaient lents. Les approches agiles ont réduit la paperasse, car les itérations étaient peu coûteuses et les équipes apprenaient en avançant.

Les agents ont besoin de leur propre style de planification. Au lieu d’un processus par étapes qui fige l’intention trop tôt, ils bénéficient d’une approche de planification qui donne une direction initiale tout en restant vivante et ancrée dans le travail concret.

#Ce dont les agents ont besoin pour être efficaces

Les agents restent sur la bonne voie lorsqu’ils peuvent formuler le problème en des termes clairs. Ils posent des questions, lèvent les présupposés et tracent le chemin avant de toucher au code. Leur entraînement renforce ce comportement.

Quand le plan est explicite et adaptable, ils peuvent s’attaquer à des séquences de travail plus longues sans dériver. C’est pourquoi la planification pour les agents tire davantage parti d’une interface itérative que d’un cahier des charges figé. Le plan devient une partie intégrante de la boucle.

Au fur et à mesure que l’agent découvre de nouvelles contraintes, il met le plan à jour. À mesure que l’utilisateur affine son intention, le plan évolue à nouveau. Ce rythme s’accorde bien mieux avec la dynamique du développement fondé sur des agents qu’avec des étapes de planification distinctes héritées d’époques antérieures.

#Comment Cursor conçoit la planification pour l'intelligence des agents

Nous avons créé le Plan Mode à partir de notre compréhension de la manière dont les équipes de développement logiciel accomplissent le plus de travail avec des agents. C'est une approche de planification puissante et polyvalente, conçue spécifiquement pour le développement agentique.

Le Plan Mode donne aux agents un espace pour poser des questions, analyser la base de code, proposer une voie à suivre et la peaufiner avec l'utilisateur. Il peut rester léger pour des tâches rapides ou devenir un artefact canonique de plus longue durée. Le processus suit cinq étapes :

1. Questions de clarification. L'agent pose des questions qui lèvent les ambiguïtés. Les équipes Agile gèrent cela par des échanges rapides. Le développement piloté par les spécifications (SDD) en fait une étape formelle de recueil des exigences. Le Plan Mode poursuit le même objectif de réduction des ambiguïtés, mais laisse l'agent piloter directement le questionnement, ce qui correspond mieux au rythme du travail agentique.

2. Recherche. L'agent parcourt la base de code pour identifier les endroits avec lesquels il devra interagir. D'anciens flux de travail traitaient cela comme une phase de conception distincte. Le Plan Mode l'intègre directement dans le raisonnement de l'agent.

3. Rédaction du plan. L'agent écrit un fichier de plan modifiable qui explique les changements et les étapes pour les mettre en œuvre. Le SDD fige cela en une spécification fixe. L'Agile laisse souvent la documentation dériver. Le Plan Mode garde le plan vivant pour que vous et l'agent puissiez l'affiner au fur et à mesure que de nouvelles informations apparaissent.

4. Exécution du travail. L'agent travaille étape par étape et coche les tâches au fur et à mesure. Les méthodes traditionnelles séparent planification et implémentation. Le Plan Mode les traite comme un seul processus afin que le plan puisse s'adapter.

5. Révision du plan. Quand les choses dévient, le plan sert aussi de point de réinitialisation. Au lieu de corriger le comportement avec des prompts de suivi, les équipes peuvent revenir sur le travail effectué, affiner le plan et le relancer. Cela garde l'intention explicite et produit des résultats plus nets que de piloter un agent en cours d'exécution.

Les plans sont enregistrés dans votre espace de travail en tant que fichiers versionnés dans .cursor/plans/. Ils se trouvent à côté de votre code, suivis dans git comme n'importe quel autre artefact de projet. Vous pouvez voir ce qui a changé, quand, et revenir en arrière si nécessaire.

#Primitives de planification flexibles

Les équipes organisent leurs intentions de différentes façons. Certaines s’appuient sur des spécifications formelles. D’autres utilisent des conceptions évolutives ou des workflow par phases. Un cadre de planification doit être suffisamment flexible pour s’adapter aux modes de travail préférés des équipes.

C’est d’autant plus important aujourd’hui que tout change très vite. Le modèle en cascade a défini la planification pendant des décennies. Les méthodes agiles ont façonné les équipes pendant deux autres. L’intelligence des agents progresse sur une échelle de temps bien plus courte. Tout processus figé deviendra rapidement obsolète.

C’est pourquoi nous avons conçu notre approche autour de primitives simples que vous pouvez façonner comme vous le souhaitez. Vous pouvez utiliser les Agent Skills pour définir la structure de planification préférée de votre équipe, et l’agent suivra systématiquement cette structure.

Certaines équipes définissent un flux de travail plus formel, piloté par les spécifications, sous forme d’Agent Skill. D’autres définissent des skills qui créent des plans plus légers, qui évoluent au fur et à mesure de l’avancement du travail. Comme les plans sont façonnés par des skills plutôt que par un processus figé, les deux approches s’intègrent naturellement dans Plan Mode.

L’enjeu n’est pas que notre approche de la planification soit rétrocompatible, même si elle l’est, mais qu’elle soit tournée vers l’avenir. Un cadre construit sur un petit ensemble de primitives partagées donne aux équipes la liberté de faire évoluer leurs méthodes à mesure que les agents prennent en charge des tâches que les anciens styles de planification n’avaient jamais envisagées.

#Perspectives d'avenir

La taille et la complexité du travail que les agents peuvent gérer augmentent rapidement. Comme nous avons conçu le Plan Mode sur des primitives simples, en pensant aux agents, il est capable de suivre le rythme de ces avancées.

Nous testons des agents qui restent associés à un projet sur des exécutions de longue durée, conservent le contexte d'une session à l'autre et créent des sous-agents lorsqu'une tâche bénéficie d'un travail en parallèle. Plusieurs développeurs pourront bientôt rejoindre la même session, voir comment le plan évolue et guider l'agent au fur et à mesure que le projet progresse. Notre objectif est d'élargir le périmètre de ce que les agents peuvent accomplir tout en préservant les mêmes éléments fondamentaux que les équipes de développement ont toujours recherchés dans la planification : clarté, visibilité et contrôle par l’utilisateur.