Cursor a mis à jour sa plateforme d'agents cloud le 16 octobre 2026, en ajoutant trois choses à la fois : les agents cloud peuvent désormais générer des pages interactives en canvas, une nouvelle API Environnements entre en bêta, et les environnements cloud peuvent contenir jusqu'à 300 dépôts, avec un chargement cinq fois plus rapide pour les grands environnements. Les trois points figurent dans un même journal officiel des modifications et pointent dans la même direction : les agents cloud passent du statut d'assistant que l'on ouvre dans une page web à celui d'infrastructure qu'un programme peut déployer en nombre.
Les environnements se gèrent en code pour la première fois
Le changement le plus substantiel est l'entrée en bêta de l'API Environnements. Avant qu'un agent cloud puisse travailler, il faut préparer son poste : quels dépôts cloner, avec quels réglages d'exécution. Jusqu'ici, ces environnements se configuraient surtout à la main dans un tableau de bord web ; avec l'API, les équipes peuvent créer et gérer des environnements cloud par programmation, en précisant les dépôts à cloner et en écrivant les réglages dans environment.json. La documentation de l'API Cloud Agents associée détaille la surface : on peut lancer des agents par l'API, leur envoyer des instructions de suivi, s'abonner au flux d'événements d'exécution, et cibler un environnement cloud hébergé par Cursor ou le parc de machines de l'équipe.
Les chiffres d'échelle ont suivi : un environnement prend désormais en charge jusqu'à 300 dépôts (le chiffre avancé dans le message du compte officiel différait ; cet article suit donc le journal des modifications et la documentation, à 300), et le chargement des grands environnements multi-dépôts est cinq fois plus rapide. Pour les équipes qui comptent des dizaines de dépôts de microservices, les agents cloud échouent le plus souvent parce que les environnements ne s'assemblent pas ou démarrent trop lentement ; c'est exactement à cette fondation que s'attaque la mise à jour. Les modèles se remplacent, les instructions se réécrivent : c'est lorsque la couche environnement devient programmable que les agents peuvent être répliqués à l'échelle.
La livraison change aussi : une page que l'on peut ouvrir
Le second changement est côté livraison. Les agents cloud peuvent désormais construire pendant leur travail un canvas interactif — un tableau de bord ou un rapport, par exemple — et transmettre à l'équipe un lien à ouvrir une fois la tâche terminée. Jusqu'ici, le retour d'un agent prenait la forme d'un différentiel de code et d'un résumé texte que les relecteurs devaient exécuter eux-mêmes pour le voir ; le canvas transforme le livrable en une page consultable et partageable directement. À rapprocher du mouvement des modèles ouverts déjà couvert sur ce site — Beam en poids ouverts : 501 milliards de paramètres, 23 milliards actifs seulement, pensé pour les agents de code vise précisément la ligne des agents de programmation — la concurrence autour des agents de code déborde visiblement de la couche modèle vers les environnements d'exécution et les formats de livraison.
Les limites à garder en tête
Deux réserves s'imposent. L'API Environnements reste en bêta, et la documentation signale des champs déployés par vagues : les variables d'environnement de session, par exemple, sont silencieusement ignorées sur les comptes où la fonction n'est pas encore activée, et Cursor demande aux équipes de vérifier le comportement avant de s'y fier en production. Le plafond de 300 dépôts ne vaut, lui aussi, que pour les environnements cloud hébergés et certains parcs auto-hébergés, les cibles à machine unique gardant des limites plus strictes. Les équipes qui utilisent déjà les agents cloud ont intérêt à confronter cette mise à jour point par point à leurs usages ; celles qui ne les utilisent pas encore peuvent en tirer un signal : quand un produit de tête se met à construire sérieusement des postes de travail et des formats de livraison pour ses agents, l'usage a dépassé le stade de la nouveauté, et la partie se joue désormais sur la capacité à exploiter les agents comme une ligne de production.
