Lorsque nous avons commencé à créer Cursor il y a quelques années, la plupart du code était tapé frappe après frappe. La complétion Tab a changé cela et a ouvert la première ère du codage assisté par l’IA.

Puis les agents sont arrivés, et les développeurs sont passés à la direction d’agents au moyen de boucles synchrones de requêtes et de réponses. C’était la deuxième ère. Désormais, une troisième ère arrive. Elle se caractérise par des agents capables de gérer de façon autonome des tâches plus vastes, sur des périodes plus longues, avec moins d’intervention humaine.

Par conséquent, Cursor n’est plus principalement centré sur l’écriture de code. Il s’agit d’aider les développeurs à construire l’usine qui produit leur logiciel. Cette usine est composée de flottes d’agents avec lesquels ils interagissent comme avec des coéquipiers : en leur donnant une direction initiale, en les dotant des outils pour travailler de manière autonome et en révisant leur travail.

Beaucoup d’entre nous chez Cursor travaillent déjà de cette façon. Plus d’un tiers des PR que nous fusionnons sont désormais créées par des agents qui s’exécutent sur leurs propres machines dans le cloud. Dans un an, nous pensons que la grande majorité du travail de développement sera effectuée par ce type d’agents.

#De Tab aux Agents

Tab excellait à identifier les tâches répétitives et à faible entropie pouvant être automatisées. Pendant près de deux ans, il a offert un gain de productivité considérable.

Puis les modèles se sont améliorés. Les Agents ont pu gérer davantage de contexte, utiliser plus d’outils et exécuter des séquences d’actions plus longues. Les habitudes des développeurs ont commencé à évoluer, lentement durant l’été, puis rapidement au cours des derniers mois avec les sorties d’Opus 4.6, Codex 5.3 et Composer 1.5.

La transformation a été si complète qu’aujourd’hui, la plupart des utilisateurs de Cursor n’appuient jamais sur la touche de tabulation. En mars 2025, nous avions environ 2,5 fois plus d’utilisateurs de Tab que d’utilisateurs d’Agents. Désormais, la tendance s’est inversée : nous avons maintenant 2 fois plus d’utilisateurs d’Agents que d’utilisateurs de Tab.

Mais déjà, ce changement laisse place à quelque chose de plus vaste. L’ère de Tab a duré près de deux ans. La deuxième ère, durant laquelle la plupart des tâches sont réalisées avec des Agents synchrones, ne durera peut-être pas un an.

#Agents cloud et artefacts

Par rapport à Tab, les agents synchrones interviennent plus haut dans la pile. Ils gèrent des tâches qui nécessitent du contexte et du jugement, tout en gardant le développeur dans la boucle à chaque étape. Mais cette forme d’interaction en temps réel, combinée au fait que les agents synchrones se partagent et se concurrencent pour les ressources de la machine locale, fait qu’il n’est pratique de travailler qu’avec quelques-uns à la fois.

Les agents cloud lèvent ces deux contraintes. Chacun s’exécute sur sa propre machine virtuelle, ce qui permet à un développeur de déléguer une tâche et de passer à autre chose. L’agent travaille dessus pendant des heures, en itérant et en testant jusqu’à être satisfait du résultat, puis revient avec quelque chose de rapide à passer en revue : journaux, enregistrements vidéo et aperçus en direct plutôt que des diffs.

Cela rend l’exécution d’agents en parallèle pratique, car les artefacts et les aperçus vous donnent suffisamment de contexte pour évaluer le résultat sans reconstruire chaque session depuis zéro. Le rôle humain évolue : il ne s’agit plus de guider chaque ligne de code, mais de définir le problème et de fixer les critères de revue.

#La transition est en cours au sein de Cursor

Trente-cinq pour cent des PR que nous fusionnons en interne chez Cursor sont désormais créées par des agents fonctionnant de manière autonome dans des VM dans le cloud. Nous voyons les développeurs adopter cette nouvelle façon de travailler, caractérisée par trois caractéristiques :

1. Les agents écrivent presque 100 % de leur code.
2. Les développeurs passent leur temps à décomposer les problèmes, examiner les artefacts et donner du feedback.
3. Ils lancent plusieurs agents simultanément plutôt que d’en accompagner un seul jusqu’à la fin.

Il reste encore beaucoup de travail avant que cette approche ne devienne la norme dans le développement logiciel. À l’échelle industrielle, un test instable ou un environnement défaillant qu’un seul développeur peut contourner se transforme en une défaillance qui interrompt chaque exécution d’agent. Plus largement, nous devons encore nous assurer que les agents peuvent fonctionner aussi efficacement que possible, avec un accès complet aux outils et au contexte dont ils ont besoin.

Nous pensons que le lancement d’hier des agents Cursor dans le cloud est une étape préliminaire mais importante dans cette direction.