Cursor a présenté le 6 octobre 2026, dans son journal officiel des modifications, le contrôle à distance de ses agents locaux : les développeurs qui installent l'application iOS de Cursor peuvent voir où en sont les agents de programmation tournant sur leur propre ordinateur, et leur répondre directement. Les agents n'ont pas déménagé — ils tournent toujours en local. Le téléphone n'est qu'une télécommande.
Un appairage en trois étapes, avec trois conditions
Le contrôle à distance est activé par défaut pour tous, sauf les organisations Enterprise. Le parcours est court : télécharger l'application iOS Cursor et se connecter, les ordinateurs du compte apparaissent automatiquement dans l'application ; toucher son ordinateur dans l'application, puis approuver la demande d'appairage dans l'application de bureau ; une fois l'appairage terminé, les agents locaux s'affichent en liste — en ouvrir un permet de voir ce qu'il fait ou de lui envoyer un message.
Les conditions sont toutes écrites dans le journal des modifications, et chacune découle du choix de l'exécution locale. Premièrement, l'ordinateur doit rester allumé et en ligne : l'agent tourne sur l'ordinateur, si la machine s'endort, la télécommande se coupe. Deuxièmement, Cursor a ajouté dans les réglages de bureau une option pour garder l'ordinateur éveillé pour le contrôle à distance, qui exige une alimentation branchée et le capot ouvert. Troisièmement, les organisations Enterprise l'ont désactivé par défaut ; un administrateur doit activer Remote control dans la rubrique Security and identity des réglages de l'organisation.
En quoi cela diffère des agents cloud
Depuis deux ans, le mouvement dominant des outils de programmation consiste à déplacer les agents vers le cloud : les tâches tournent dans les machines virtuelles du fournisseur, et l'utilisateur peut les suivre depuis n'importe quel appareil. Cursor a choisi cette fois la direction opposée, et la raison tient en une phrase du journal : le contrôle à distance fonctionne sans agents cloud.
L'arbitrage entre les deux voies est pratique. L'exécution cloud permet d'éteindre la machine, mais le code quitte l'environnement local et tourne sur le matériel d'un tiers. L'exécution locale laisse le code et l'environnement intacts — adaptée aux équipes dont les dépôts ne sont accessibles que sur un réseau interne ou une machine précise — au prix d'un ordinateur qui doit rester éveillé. Pour celles et ceux qui font déjà travailler des agents en local pendant de longues périodes, ce qui manquait n'a jamais été la puissance de calcul, mais un moyen de jeter un œil à l'avancement et de répondre après avoir quitté son bureau. C'est exactement le manque que cette sortie vient combler.
Pour l'instant, le téléphone ne sert qu'à consulter et répondre, pas à une véritable gestion des tâches : créer des tâches complexes et modifier la configuration se font toujours dans l'application de bureau. Le problème résolu est celui, ancien, des tâches longues qui enchaînent une personne à son bureau — pas celui de mettre tout l'IDE dans un téléphone. À mesure que la durée des tâches confiées aux agents de programmation s'allonge, ce type de télécommande a de bonnes chances de devenir un équipement standard des outils de code. La seule différence tiendra à ceci : déplacer la tâche vers le cloud, ou apporter l'interface jusqu'au téléphone.
