Cursor lance un SDK TypeScript pour ses agents de code, avec sandbox cloud et facturation au token

Le 29 avril 2026, Cursor a lancé la bêta publique d'un SDK TypeScript qui sort ses agents de code de l'éditeur pour les intégrer au code et à l'automatisation. Les agents qui tournent dans l'application desktop, la CLI et la version web de Cursor se lancent désormais en quelques lignes de TypeScript, en local, dans le cloud ou sur ses propres workers.

Un seul SDK partout

Le nouveau paquet `@cursor/sdk` donne aux développeurs un accès programmatique au runtime, au harness et aux modèles sur lesquels reposent les agents de Cursor. Concrètement, l'entreprise transforme la pile IA de son éditeur en couche d'infrastructure. On peut créer un agent depuis une application Node.js, un script ou un pipeline, puis dialoguer avec lui comme avec un service. Cursor précise que le SDK est déjà accessible à tous les utilisateurs en bêta publique. Pour démarrer, un simple `npm install` suffit, suivi d'un appel à `Agent.create()`.

L'exécution locale n'est pas la seule cible. Les sessions cloud du SDK tournent sur la même plateforme que les Cursor Cloud Agents. Chaque agent dispose de sa propre machine virtuelle, isolée dans une sandbox stricte, avec un clone du dépôt et un environnement de développement prêt à l'emploi. Un tel agent poursuit sa tâche même si l'ordinateur portable se met en veille ou si la connexion tombe. Le développeur peut suivre l'avancement en streaming, se reconnecter plus tard à la session, puis récupérer à la fin une branche, une pull request, une démo ou des captures d'écran.

Les outils à l'intérieur de l'agent

Le point fort de cette version : Cursor ne propose pas une API « allégée », mais expose la quasi-totalité de sa boucle agentique. Le SDK hérite de l'indexation de la base de code, de la recherche sémantique et d'un grep rapide. Il se connecte à des serveurs MCP via stdio ou HTTP, charge automatiquement les skills présentes dans le dépôt et prend en charge des hooks pour contrôler le cycle de travail de l'agent.

Les subagents occupent une place à part : l'agent principal peut déléguer des sous-tâches à des assistants spécialisés, dotés de leurs propres prompts et modèles. Le développeur peut aussi router les tâches vers n'importe quel modèle pris en charge par Cursor, y compris son modèle de code maison, Composer 2.

• VM sandboxées dédiées pour les sessions cloud
• Connexion MCP via `.cursor/mcp.json` ou une configuration inline
• Hooks via `.cursor/hooks.json` pour observer et étendre le cycle
• Subagents avec rôles, prompts et modèles distincts
• Création automatique d'une branche et d'une PR une fois la tâche terminée

L'économie d'usage fait l'objet d'une attention particulière. Dans son annonce, Cursor indique que le SDK suit le modèle standard de facturation à la consommation de tokens. Sur sa page de tarifs, l'entreprise précise qu'un certain volume de model usage est déjà inclus dans l'abonnement, et qu'au-delà s'applique une facturation on-demand selon la consommation réelle. Le signal compte pour les équipes : le SDK n'est pas vendu comme un produit enterprise distinct avec une nouvelle licence. Il sert à transposer l'infrastructure agentique existante dans la CI/CD, les services internes et les applications clientes, sans reconstruire tout le système de zéro.

Des scénarios pour les équipes

Cursor ne présente pas ce lancement comme un gadget de démo, mais comme un outil pensé pour la production. Dans les exemples de l'entreprise, des programmatic agents se lancent directement depuis la CI/CD pour résumer les changements, chercher la root cause des échecs de CI et mettre à jour les pull requests avec des correctifs prêts à l'emploi. Autre catégorie de cas d'usage : les plateformes internes, où des équipes non techniques interrogent les données produit sans écrire de code. Scénario plus ambitieux encore : intégrer l'expérience agentique directement dans les produits clients, pour que l'utilisateur final ne quitte jamais l'interface de l'application principale.

« C'est la voie vers nos propres agents dans le même cloud runtime, sans gérer de VM » : c'est ainsi que

Faire résume l'idée du lancement.

Pour abaisser la barrière d'entrée, Cursor a publié un dépôt cookbook public avec des modèles prêts à l'emploi. On y trouve un Quickstart minimal pour un agent local, une application web de prototypage pour lancer des agents cloud, un tableau kanban où l'on confie une carte à un agent pour récupérer une PR, ainsi qu'une CLI légère pour démarrer des agents depuis le terminal. Cet ensemble montre que l'entreprise ne vise pas seulement l'éditeur, mais aussi la couche d'outils qui entoure le développement, des interfaces pour les managers jusqu'aux files de travail automatisées.

Ce que cela signifie

Cursor franchit une étape de plus entre l'éditeur IA et la plateforme de développement autonome. Jusqu'ici, les agents de code vivaient surtout dans l'IDE ; ils s'intègrent désormais aux processus de l'entreprise comme n'importe quel composant logiciel. Pour le marché, cela renforce la tendance des « agents comme infrastructure » : l'avantage ira aux acteurs qui fournissent non seulement un modèle performant, mais aussi un runtime sécurisé, du contrôle, des intégrations et une économie claire pour l'exécution en production.