CrdaN
Administrateur
PREMIUM
Marchand
Level 5
Level 4
Level 3
Level 2
Level 1
- 29 Avr. 2012
- 5,336
- 437
- 999
- Discord
- crdan
Cursor 3.7 : Design Mode, SDK et auto-review pour agents IA plus propres
Cursor a publié deux notes intéressantes début juin : Design Mode amélioré le 5 juin 2026, puis une mise à jour SDK le 4 juin avec custom tools, stockage JSONL, subagents imbriqués et auto-review. Ce n’est pas juste “encore une version d’éditeur IA”. Pour ceux qui codent un site, un bot Discord, un outil forum ou une petite app, ça montre surtout une tendance : les agents IA deviennent plus pratiques, mais il faut les cadrer comme de vrais exécutants.
Source officielle :
Le Design Mode de Cursor permet déjà de piloter un agent depuis le navigateur intégré. Avec la mise à jour du 5 juin 2026, Cursor met en avant deux ajouts : la sélection de plusieurs éléments à la fois et l’entrée vocale pendant qu’un agent travaille.
Concrètement, on peut sélectionner plusieurs composants visuels dans une page, puis demander à l’agent de les harmoniser : aligner deux cartes, supprimer du contenu répété, rendre un groupe de boutons cohérent, ajuster une zone complète au lieu de parler fichier par fichier.
Pour un dev frontend ou un admin qui bricole un thème, c’est utile parce que le problème n’est pas toujours “corrige cette ligne CSS”. Souvent, le vrai besoin ressemble plutôt à : “ces trois blocs ne respirent pas pareil”, “ce bouton est trop visible”, “cette section fait amateur sur mobile”. Le fait de montrer directement les éléments à l’agent réduit les malentendus.
L’entrée vocale paraît gadget au premier abord, mais elle peut être très efficace pour les corrections UI. Quand on regarde une page, on pense souvent en langage visuel : “descends un peu ce bloc”, “aligne celui-là avec l’autre”, “rends ça moins serré”, “garde le style mais simplifie”.
Le point intéressant : Cursor indique que le micro reste disponible pendant qu’un agent est en cours d’exécution. On peut donc préparer la correction suivante sans attendre la fin complète du run. À utiliser avec prudence, évidemment : plus on empile les demandes, plus il faut relire le diff.
Le 4 juin 2026, Cursor a aussi détaillé une mise à jour de ses SDK TypeScript et Python. Les ajouts les plus importants :
C’est exactement le genre de fonction qui intéresse les gens qui veulent automatiser proprement : génération de changelogs, review de PR, scripts de veille, maintenance de bots, création de pages, tests UI, nettoyage de docs.
Plus un SDK facilite l’intégration d’un agent, plus la tentation est grande de lui donner accès à tout : shell, fichiers, outils internes, API, navigateur, base de données, CI. Mauvaise idée si le workflow n’est pas cadré.
Un agent qui peut appeler vos fonctions personnalisées doit être traité comme un collègue junior très rapide : utile, mais à permissions limitées. Il faut distinguer les outils de lecture, les outils de modification, les outils externes et les outils sensibles.
Cursor explique que local.autoReview peut router les appels d’outils à travers l’auto-review. Un classifieur décide ce qui peut passer automatiquement et ce qui doit être retenu. On peut guider ce comportement avec des instructions dans permissions.json : autoriser certains appels read-only, bloquer les suppressions, etc.
C’est une bonne direction. Mais il ne faut pas comprendre “auto-review” comme “sécurité magique”. C’est plutôt un filtre pratique pour éviter le tout-ou-rien. Le bon usage : autoriser les inspections, les lectures, les commandes de diagnostic, mais garder une validation humaine pour les opérations destructrices ou externes.
Exemples raisonnables à laisser passer : lire un fichier, lister un dossier, exécuter un test local, analyser un build, inspecter une sortie statique.
Exemples à retenir : supprimer des fichiers, modifier une config de prod, pousser sur Git, appeler une API payante, envoyer un message, déployer, toucher à des secrets.
Le stockage JSONL peut sembler technique, mais c’est très pratique. Un fichier append-only est lisible, sauvegardable, diffable et facile à archiver. Pour une petite équipe ou un créateur solo, c’est souvent plus simple qu’une base SQLite opaque.
Pourquoi c’est intéressant : quand un agent fait une erreur, on veut comprendre ce qui s’est passé. Quel run ? Quelle demande ? Quel outil ? Quelle sortie ? Quelle décision ? Si tout est dispersé dans une console oubliée, impossible de retracer proprement. Avec un journal structuré, on peut relire, comparer et corriger son workflow.
Si vous voulez tester Cursor 3.7 ou son SDK sur un vrai projet, je conseillerais cette méthode :
Le Design Mode peut servir pour accélérer les ajustements visuels. Le SDK peut servir pour industrialiser les tâches répétitives. Mais dans les deux cas, la règle reste la même : petit périmètre, logs propres, validations humaines sur les actions risquées.
Cursor 3.7 pousse les agents IA vers deux usages très concrets : mieux piloter l’interface visuelle, et mieux intégrer les agents dans des scripts ou outils maison. C’est puissant, surtout pour les devs web, admins de communautés, créateurs de contenu et makers qui veulent automatiser sans passer leurs journées dans la plomberie.
Mon avis : le vrai gain ne vient pas seulement du Design Mode ou du SDK. Il vient du workflow autour. Si vous donnez à l’agent un objectif clair, des outils limités, des logs consultables et une étape de review, vous gagnez du temps sans transformer votre projet en terrain d’expérimentation permanent.
Cursor a publié deux notes intéressantes début juin : Design Mode amélioré le 5 juin 2026, puis une mise à jour SDK le 4 juin avec custom tools, stockage JSONL, subagents imbriqués et auto-review. Ce n’est pas juste “encore une version d’éditeur IA”. Pour ceux qui codent un site, un bot Discord, un outil forum ou une petite app, ça montre surtout une tendance : les agents IA deviennent plus pratiques, mais il faut les cadrer comme de vrais exécutants.
Source officielle :
Vous devez etre connecte pour voir les liens.
Ce qui change côté Design Mode
Le Design Mode de Cursor permet déjà de piloter un agent depuis le navigateur intégré. Avec la mise à jour du 5 juin 2026, Cursor met en avant deux ajouts : la sélection de plusieurs éléments à la fois et l’entrée vocale pendant qu’un agent travaille.
Concrètement, on peut sélectionner plusieurs composants visuels dans une page, puis demander à l’agent de les harmoniser : aligner deux cartes, supprimer du contenu répété, rendre un groupe de boutons cohérent, ajuster une zone complète au lieu de parler fichier par fichier.
Pour un dev frontend ou un admin qui bricole un thème, c’est utile parce que le problème n’est pas toujours “corrige cette ligne CSS”. Souvent, le vrai besoin ressemble plutôt à : “ces trois blocs ne respirent pas pareil”, “ce bouton est trop visible”, “cette section fait amateur sur mobile”. Le fait de montrer directement les éléments à l’agent réduit les malentendus.
Pourquoi la voix peut être pratique
L’entrée vocale paraît gadget au premier abord, mais elle peut être très efficace pour les corrections UI. Quand on regarde une page, on pense souvent en langage visuel : “descends un peu ce bloc”, “aligne celui-là avec l’autre”, “rends ça moins serré”, “garde le style mais simplifie”.
Le point intéressant : Cursor indique que le micro reste disponible pendant qu’un agent est en cours d’exécution. On peut donc préparer la correction suivante sans attendre la fin complète du run. À utiliser avec prudence, évidemment : plus on empile les demandes, plus il faut relire le diff.
La mise à jour SDK : le vrai morceau pour les devs
Le 4 juin 2026, Cursor a aussi détaillé une mise à jour de ses SDK TypeScript et Python. Les ajouts les plus importants :
- custom tools : exposer ses propres fonctions à l’agent sans monter un serveur MCP complet ;
- auto-review : faire passer les appels d’outils par un mécanisme de revue au lieu de tout laisser tourner en headless ;
- JSONL store : stocker l’état agent/run dans un fichier append-only lisible et diffable ;
- custom stores : brancher son propre stockage si SQLite/JSONL ne suffit pas ;
- subagents imbriqués : un sous-agent peut lui-même déléguer à un autre sous-agent ;
- plusieurs correctifs de fiabilité : requestId, wait plus fiable, streaming cloud HTTP/1.1, types TypeScript plus propres.
C’est exactement le genre de fonction qui intéresse les gens qui veulent automatiser proprement : génération de changelogs, review de PR, scripts de veille, maintenance de bots, création de pages, tests UI, nettoyage de docs.
Le piège : donner trop de pouvoir trop vite
Plus un SDK facilite l’intégration d’un agent, plus la tentation est grande de lui donner accès à tout : shell, fichiers, outils internes, API, navigateur, base de données, CI. Mauvaise idée si le workflow n’est pas cadré.
Un agent qui peut appeler vos fonctions personnalisées doit être traité comme un collègue junior très rapide : utile, mais à permissions limitées. Il faut distinguer les outils de lecture, les outils de modification, les outils externes et les outils sensibles.
Auto-review : une bonne idée, pas une assurance tous risques
Cursor explique que local.autoReview peut router les appels d’outils à travers l’auto-review. Un classifieur décide ce qui peut passer automatiquement et ce qui doit être retenu. On peut guider ce comportement avec des instructions dans permissions.json : autoriser certains appels read-only, bloquer les suppressions, etc.
C’est une bonne direction. Mais il ne faut pas comprendre “auto-review” comme “sécurité magique”. C’est plutôt un filtre pratique pour éviter le tout-ou-rien. Le bon usage : autoriser les inspections, les lectures, les commandes de diagnostic, mais garder une validation humaine pour les opérations destructrices ou externes.
Exemples raisonnables à laisser passer : lire un fichier, lister un dossier, exécuter un test local, analyser un build, inspecter une sortie statique.
Exemples à retenir : supprimer des fichiers, modifier une config de prod, pousser sur Git, appeler une API payante, envoyer un message, déployer, toucher à des secrets.
JSONL : sous-coté pour auditer les agents
Le stockage JSONL peut sembler technique, mais c’est très pratique. Un fichier append-only est lisible, sauvegardable, diffable et facile à archiver. Pour une petite équipe ou un créateur solo, c’est souvent plus simple qu’une base SQLite opaque.
Pourquoi c’est intéressant : quand un agent fait une erreur, on veut comprendre ce qui s’est passé. Quel run ? Quelle demande ? Quel outil ? Quelle sortie ? Quelle décision ? Si tout est dispersé dans une console oubliée, impossible de retracer proprement. Avec un journal structuré, on peut relire, comparer et corriger son workflow.
Workflow conseillé pour Cheat-Gam3
Si vous voulez tester Cursor 3.7 ou son SDK sur un vrai projet, je conseillerais cette méthode :
- Créer une branche Git dédiée.
- Commencer par un objectif court : corriger une page, générer un rapport, vérifier un composant.
- Exposer uniquement des outils read-only au début.
- Activer un mécanisme de revue pour les outils sensibles.
- Conserver les logs de run, idéalement avec requestId ou JSONL.
- Relire le diff manuellement avant commit.
- Ne jamais donner directement des clés API en clair à l’agent.
Le Design Mode peut servir pour accélérer les ajustements visuels. Le SDK peut servir pour industrialiser les tâches répétitives. Mais dans les deux cas, la règle reste la même : petit périmètre, logs propres, validations humaines sur les actions risquées.
Conclusion
Cursor 3.7 pousse les agents IA vers deux usages très concrets : mieux piloter l’interface visuelle, et mieux intégrer les agents dans des scripts ou outils maison. C’est puissant, surtout pour les devs web, admins de communautés, créateurs de contenu et makers qui veulent automatiser sans passer leurs journées dans la plomberie.
Mon avis : le vrai gain ne vient pas seulement du Design Mode ou du SDK. Il vient du workflow autour. Si vous donnez à l’agent un objectif clair, des outils limités, des logs consultables et une étape de review, vous gagnez du temps sans transformer votre projet en terrain d’expérimentation permanent.
