Cursor proposait auparavant la fonctionnalité Automations – des agents exécutant des tâches en arrière-plan – sur une page web distincte à cursor.com/automations. Avec la version 3.5 du 20 mai, cette page a été intégrée directement dans la fenêtre Agents de l'IDE, plaçant l'interface d'écriture de code et l'interface d'exécution de tâches côte à côte.
Trois changements, un essentiel
La dernière version d'Automations apporte trois changements :
- Déplacement d'un tableau de bord web vers un panneau intégré à l'IDE
- Possibilité d'attacher plusieurs dépôts à une seule automation
- Possibilité d'exécuter des automations sans dépôt, agissant comme un simple écouteur d'outils
Le premier changement concerne l'entrée du produit – les ingénieurs l'utiliseront beaucoup plus fréquemment. Le plus significatif est le second : la prise en charge multi-dépôts.
Quiconque travaille avec des microservices sait qu'une seule modification touche souvent trois dépôts : frontend, backend et infrastructure. Auparavant, l'agent ne pouvait traiter qu'un seul dépôt à la fois, obligeant à diviser les tâches multi-dépôts en trois étapes, l'agent perdant le contexte entre elles. Cette mise à jour permet à une automation d'attacher plusieurs dépôts simultanément, permettant à l'agent de consulter tout le code pertinent avant d'agir.
Le changelog officiel de Cursor mentionne des cas d'utilisation : révisions de PR multi-dépôts, corrections de tests et exécutions de build. Cela répond directement au plus grand point de douleur des équipes d'ingénierie de taille moyenne à grande.
Cinq modèles sans dépôt : quelle cible ?
Le troisième changement peut sembler marginal, mais mérite d'être examiné.
Les « automations sans dépôt » – des agents qui s'exécutent dans Cursor sans lire aucun code – signalent que Cursor se positionne comme un hub pour les outils quotidiens des ingénieurs, pas seulement un IDE pour écrire du code.
Cinq modèles officiels le montrent clairement :
- Slack Digest : Résume automatiquement les DM et canaux manqués chaque matin.
- Analyse produit : Modèle de rapport hebdomadaire qui extrait des données d'entrepôts comme Databricks.
- FAQ produit : Surveille les canaux de questions Slack et répond en utilisant la documentation et la base de code.
- Finances produit : Extrait les factures et remboursements d'outils de facturation comme Stripe.
- Santé client : Surveille les anomalies sur Granola, Slack et Databricks.
Un IDE d'écriture de code commence à prendre en charge les tâches des chefs de produit (analyse de données), des ventes (Stripe) et de la réussite client (surveillance Slack).
Le modèle le plus intéressant est l'Agent FAQ produit, qui surveille les canaux de questions Slack et répond en consultant la documentation et le code. Pour les petites équipes, c'est comme embaucher un ingénieur junior disponible 24h/24 et 7j/7 qui ne se plaint jamais des questions répétitives.
Paysage concurrentiel
En regardant les trois dernières semaines :
- Début mai : Anthropic a publié Managed Agents sur Code with Claude (orchestration multi-agents, Dreaming et Outcomes).
- Mi-mai : Google Antigravity 2.0 a lancé un cluster d'agents similaire à 100 dollars par mois.
- La manœuvre de Cursor parie que les agents peuvent non seulement écrire du code, mais gérer des workflows entiers.
Tous trois se disputent la même chose : transformer les agents d'« outils qui exécutent des commandes dans l'IDE » en « orchestrateurs opérationnels pour des équipes d'ingénierie entières ». L'avantage de Cursor est qu'il est déjà la fenêtre que la plupart des ingénieurs ouvrent quotidiennement – sans avoir à changer d'application, créant ainsi un fossé naturel plus élevé.
Cursor a également lancé une promotion de 7 jours : 50 % de réduction sur les exécutions d'agents pour les nouvelles automations. La période promotionnelle extrêmement courte suggère que l'objectif n'est pas d'attirer de nouveaux utilisateurs avec des réductions, mais de verrouiller les utilisateurs existants dans des workflows avant qu'Anthropic et Google n'agissent.
À surveiller ensuite
À court terme, deux indicateurs comptent :
- Le nombre d'automations créées par les utilisateurs sur Cursor Marketplace – si un lot de modèles sans dépôt émerge en un mois, cela indique une adoption réelle.
- Le temps moyen d'achèvement des PR multi-dépôts – un indicateur concret pour vérifier si les équipes de microservices utilisent réellement la fonctionnalité.
Jusqu'où les fournisseurs d'IDE peuvent-ils aller dans l'absorption de workflows entiers ? Slack a commencé comme un outil de messagerie et a progressivement absorbé les calendriers, les documents et l'automatisation. La différence est que Cursor a une carte que Slack n'avait pas : les agents.
Sources : Cursor 3.5 changelog (cursor.com) ; CocoLoop ; Cursor Releases Automations Platform for AI Coding Agent Management (mlq.ai)