Cursor 3.11 a introduit les side chats : des conversations d'agent parallèles et persistantes qui s'ouvrent avec /side, /btw ou le bouton +, tournent à côté du fil principal sans l'interrompre et peuvent être re-mentionnées avec @ pour ramener ce qu'on y a trouvé dans la bonne conversation. Le tout s'accompagne d'une recherche dans les transcriptions d'agent depuis le command palette (index local qui monte en charge jusqu'à des milliers de conversations avec des performances véloces), de Cmd+F avec compteur de correspondances et de hooks pour les cloud agents (beforeSubmitPrompt, afterAgentResponse, afterAgentThought, stop, subagentStart).
Vous êtes à mi-chemin d'une tâche avec votre agent d'IA, tout coule de source, et soudain une question annexe vous saute dessus : attends, comment cette fonctionnalité était-elle montée avant. Vous la posez dans le même chat, l'agent change de sujet, et quand vous voulez revenir à ce que vous faisiez, le fil d'origine s'est dilué dans une tangente qui n'avait rien à voir. Ce petit désastre du quotidien a désormais un nom dans Cursor 3.11, et aussi une solution : ce sont les side chats. Des conversations d'agent parallèles et persistantes qui tournent à côté du chat principal sans le faire dérailler, et leur arrivée marque un changement de mentalité sur ce qu'est, au fond, un IDE doté d'IA.
Un chat qui n'est plus un chat, mais plusieurs
Une side chat s'ouvre de trois façons : la commande /side, le raccourci /btw ou un bouton + en haut du panneau de chat. L'idée, selon les termes de la note officielle, est de vous laisser poser des questions, explorer des idées et fouiller des tangentes sans interrompre votre conversation principale avec l'agent. Et voici la partie la plus élégante : vous pouvez la re-mentionner avec un @ pour ramener dans le fil principal ce que vous avez découvert dans la tangente. C'est la différence entre ouvrir un onglet mental qui se perd et ouvrir un vrai onglet qui reste vivant et que vous pouvez citer. Le chat de l'IA cesse d'être une ligne de conversation unique pour devenir un arbre de fils que vous ramifiez et réintégrez à volonté.
Retrouver ce que votre agent a dit il y a mille conversations
L'autre grand ajout résout le problème jumeau : l'amnésie de l'historique. Cursor 3.11 ajoute une recherche dans les transcriptions d'agent depuis le command palette, appuyée sur un index de recherche local qui, selon la note officielle, monte en charge jusqu'à des milliers de conversations avec des performances véloces. À l'intérieur de chaque conversation arrive en plus le classique Cmd+F, désormais doté d'un compteur de correspondances et d'une navigation entre les résultats à mesure que vous défilez dans de longues transcriptions. Et pour qui orchestre des cloud agents apparaissent de nouveaux hooks beforeSubmitPrompt, afterAgentResponse, afterAgentThought, stop et subagentStart qui permettent d'observer et de contrôler la conversation même de l'agent : ses prompts, ses réponses, son raisonnement, ses sous-agents et la clôture de chaque tour. Pris ensemble, ce ne sont pas des fonctionnalités isolées : c'est l'infrastructure de quelqu'un qui part du principe que vous allez avoir de nombreux agents parlant en même temps.
La vraie douleur en dessous : votre IA perd la mémoire
Si l'on gratte un peu, toutes ces pièces s'attaquent au même ennemi. La valeur d'un agent vit et meurt par son contexte : dès qu'un fil se contamine avec dix tangentes, le modèle commence à mélanger les objectifs, oublie l'instruction d'origine et ses réponses se dégradent. Perdre le fil n'est pas une gêne esthétique, c'est une perte mesurable de qualité. Ce que Cursor fait avec les side chats, c'est offrir au développeur un mécanisme ergonomique pour protéger ce contexte : explorer en parallèle sans empoisonner la bonne conversation, et décider ensuite quelles découvertes méritent de revenir dans le fil principal via @. La recherche dans les transcriptions est l'autre face de la même pièce : une mémoire à long terme pour que ce qu'un agent a résolu la semaine dernière ne s'évapore pas. Les éditeurs d'IA cessent de se disputer à qui a la meilleure autocomplétion pour se disputer à qui gère le mieux le contexte de plusieurs agents vivants.
Ce que cela signifie pour qui construit avec l'IA
La leçon que laisse Cursor 3.11 dépasse le public qui programme : l'avenir du travail avec l'IA, ce n'est pas d'avoir une conversation, c'est d'en orchestrer plusieurs sans perdre le fil d'aucune. L'ergonomie qui l'emporte n'est pas celle de qui écrit le plus vite, mais celle de qui ne laisse pas son contexte se salir. Chez NeuralOS, ce même principe vit dans les environnements multi-onglets et la bibliothèque : chaque app, design ou automatisation que vous construisez conserve son propre fil et son propre état, pour qu'ouvrir un nouveau front n'efface pas le précédent et que vous puissiez revenir à n'importe lequel exactement là où vous l'avez laissé. On ne vous vend pas l'idée d'avoir inventé cela — protéger le contexte en le ramifiant relève du bon sens et on le voit fleurir dans tout le secteur — mais c'est bel et bien la même conviction de fond : un outil sérieux de construction avec l'IA se mesure au nombre de fils vivants que vous pouvez tenir en même temps sans qu'aucun ne perde la mémoire.