Cursor 3.24 demande confirmation avant une suppression dangereuse, mais Run Everything reste silencieux

L’erreur la plus désagréable d’un agent n’est pas un code défectueux, mais une commande qui supprime silencieusement les mauvais fichiers. Un rm -rf malheureux, un motif qui s’étend plus largement que prévu, et voilà la moitié du projet disparue. Dans ses versions récentes, Cursor a réduit une partie de ce risque, mais uniquement si vous n’avez pas vous-même désactivé la protection.

Ce qui a changé dans la version 3.24

Selon les notes de version de Cursor, depuis la version 3.24, le mode Auto-review demande une autorisation avant toute suppression risquée. Quatre cas sont concernés : la suppression récursive, la suppression forcée, la suppression à l’aide d’un motif et les situations où la cible réelle peut différer de celle indiquée dans la commande.

Le dernier cas est le plus insidieux. Imaginons que l’agent veuille nettoyer le dossier de build, mais que le chemin soit construit à partir d’une variable vide ou pointant vers le niveau supérieur. La commande paraît inoffensive, alors qu’elle peut supprimer tout autre chose. Désormais, dans ce type de situation, Cursor s’arrête et attend votre confirmation.

Là où la protection disparaît

Le mode Run Everything fonctionne différemment. D’après la documentation de Cursor, l’agent y exécute toutes les commandes sans distinction, sans bac à sable ni classificateur de risques. Des restrictions ne s’appliquent que si vous les avez vous-même définies dans permissions.json.

En pratique, tout repose sur un seul interrupteur. Tant qu’il est activé, aucune question du type « Êtes-vous sûr ? » n’apparaîtra, même pour une commande qui supprime un répertoire. Cela peut être pratique pour des expériences rapides dans un dépôt jetable. Dans un projet de travail dépourvu de sauvegarde, vous pariez simplement sur le fait que l’agent ne se trompera pas.

Si la vitesse reste indispensable, il est plus raisonnable de ne pas désactiver entièrement la protection, mais de définir des limites dans permissions.json : ce que l’agent peut exécuter et ce qui lui est interdit. Le mode sans confirmation ne s’étendra alors au moins pas aux opérations dangereuses.

Une habitude simple : committer avant toute modification

L’auteur du billet recommande deux choses. Premièrement, conserver Auto-review comme mode par défaut. Deuxièmement, effectuer un commit avant de confier une modification importante à l’agent.

Ce second point est important en raison du fonctionnement des checkpoints de Cursor. Ils sont stockés localement et séparément de git. Leur rôle est d’annuler les modifications de l’agent, pas de conserver l’historique du projet. Seul git préserve un historique durable. Un checkpoint ne doit donc pas être considéré comme un substitut à un commit : si le répertoire lui-même ou l’environnement de travail est endommagé, le seul point de retour fiable se trouvera dans le dépôt.

En pratique, la procédure est la suivante :

• avant de confier une tâche importante à l’agent, enregistrez l’état actuel dans un commit ;
• gardez Auto-review activé, en particulier dans les projets contenant des données importantes ;
• si vous utilisez Run Everything, réduisez ses droits dans permissions.json ;
• considérez la restauration depuis un checkpoint comme une commodité, pas comme une assurance.

Limites et contexte

Soyons honnêtes : il ne s’agit ni d’une étude ni d’un benchmark, mais d’une courte note fondée sur les notes de version et la documentation. Le billet n’explique pas précisément comment Cursor définit une suppression « risquée », ni avec quelle fiabilité il détecte tous les cas possibles. Il ne faut donc pas non plus s’en remettre entièrement à Auto-review : ce mode réduit le risque, mais ne remplace pas la discipline des commits.

Le billet est en partie promotionnel : il prolonge la série animée « Vibe Coder and Bug », dont le cinquième épisode est consacré à ce sujet, et invite à rejoindre le club NeyroMakers. L’auteur détaille séparément le coût de l’épisode : environ 5 $ aux tarifs de l’API, soit 0,5 % de la limite hebdomadaire de l’abonnement, auxquels s’ajoutent environ 9 cents pour la voix générée avec ElevenLabs. Le scénario et l’animation ont été réalisés par Claude dans Claude Code.

Conclusion

Si vous travaillez avec des agents dans Cursor, prenez une minute pour vérifier dans quel mode ils fonctionnent. Si Run Everything est activé sans aucune restriction dans permissions.json, vous avez effectivement tout autorisé à l’agent. Revenez à Auto-review et prenez l’habitude d’effectuer un commit avant les tâches importantes. Cela ne coûte presque rien et protège contre la catégorie d’erreurs la plus désagréable.