Cursor lance un SDK TypeScript pour les coding-agents avec des sandbox cloud et facturation par jetons

Cursor a lancé son SDK TypeScript pour les agentes de codification le 29 avril 2026, sortant les agentes de l'éditeur vers le code et l'automatisation. Les mêmes agentes qui fonctionnent dans la version de bureau, CLI et web de Cursor peuvent maintenant être démarrés avec seulement quelques lignes de TypeScript — localement, dans le cloud ou sur vos propres workers.

Un SDK Partout

Le nouveau paquet `@cursor/sdk` donne aux développeurs un accès programmatique au même runtime, harness et modèles qui alimentent les agentes de Cursor. Essentiellement, l'entreprise transforme sa pile IA de l'éditeur en une couche d'infrastructure : vous pouvez créer un agent à partir d'une app Node.js, d'un script ou d'un pipeline et interagir avec lui comme un service. Cursor souligne que le SDK est déjà disponible pour tous les utilisateurs en bêta publique, et commencer revient à un `npm install` standard et appeler `Agent.create()`.

Le pari ne concerne pas seulement l'exécution locale. Les sessions cloud pour le SDK s'exécutent sur la même plateforme que les Cursor Cloud Agents : chaque agent obtient sa propre machine virtuelle avec sandbox rigide, un référentiel cloné et un environnement de développement prêt à l'emploi. Un tel agent peut continuer une tâche même si votre ordinateur portable s'endort ou la connexion est perdue. Les développeurs peuvent diffuser la progression de l'agent, se reconnecter à la session plus tard et, une fois terminée, recevoir une branche prête, une pull request, une démo ou des captures d'écran.

Outils À l'Intérieur de l'Agent

La force de ce lancement réside dans le fait que Cursor ne propose pas une version d'API « allégée » mais livre pratiquement tout son circuit d'agentes. Le SDK hérite de l'indexation de base de code, la recherche sémantique et le grep rapide, peut connecter les serveurs MCP via stdio ou HTTP, récupère automatiquement les skills du référentiel et supporte les hooks pour contrôler le cycle de travail de l'agent. Les sous-agentes sont mises en évidence séparément : l'agent principal peut déléguer des sous-tâches à des assistants spécialisés avec leurs propres prompts et modèles. De plus, les développeurs peuvent router les tâches vers n'importe quel modèle que Cursor supporte, y compris son propre modèle de codification Composer 2.

• VM sandbox dédiées pour les sessions cloud
• Connexion de MCP via `.cursor/mcp.json` ou configuration inline
• Hooks via `.cursor/hooks.json` pour observer et étendre le cycle
• Sous-agentes avec rôles, prompts et modèles séparés
• Création automatique de branches et PRs après l'accomplissement des tâches

Il y a une emphase séparée sur l'économie d'utilisation. Dans l'annonce, Cursor écrit que le SDK est tarifé selon le modèle standard de consommation basé sur les tokens. Sur la page de tarification, l'entreprise précise que le plan inclut déjà un certain volume d'utilisation de modèles, et au-delà, la facturation à la demande s'applique en fonction de la consommation réelle. Pour les équipes, c'est un signal important : le SDK n'est pas vendu comme un produit d'entreprise séparé avec une nouvelle licence, mais comme un moyen de déplacer votre infrastructure d'agentes actuelle vers CI/CD, les services internes et les applications utilisateur sans reconstruire l'ensemble du système à partir de zéro.

Scénarios pour les Équipes

Cursor présente le lancement non comme un jouet pour les démos mais comme un outil pour les scénarios de production. Dans les exemples de l'entreprise, les agentes programmatiques sont lancées directement à partir de CI/CD pour résumer les changements, enquêter sur les causes racines des défaillances de CI et mettre à jour les pull requests avec des correctifs prêts. Une autre classe de cas d'usage implique des plateformes internes où les équipes non techniques peuvent poser des questions sur les données de produits sans écrire de code. Un scénario encore plus ambitieux est d'intégrer l'expérience de l'agent directement dans les produits clients, afin que l'utilisateur final ne quitte jamais l'interface de l'application principale.

"C'est le chemin vers vos propres agents dans le même runtime cloud sans gérer les VMs," c'est ainsi qu'ils décrivent l'idée du lancement chez

Faire.

Pour réduire la barrière à l'entrée, Cursor a publié un référentiel public de cookbook avec des templates prêts. Il comprend un Quickstart minimal pour un agent local, une app web de prototypage pour exécuter les agentes cloud, un tableau kanban où vous pouvez confier une carte à un agent et obtenir un PR, et une CLI légère pour démarrer les agentes depuis le terminal. Cet ensemble montre que l'entreprise vise non seulement l'éditeur mais la couche d'outils autour du développement — des interfaces pour les gestionnaires aux files d'attente de travail automatiques.

Ce Que Cela Signifie

Cursor fait un autre pas d'un éditeur IA vers une plateforme pour le développement autonome. Si les agentes de codification habitaient auparavant principalement à l'intérieur de l'IDE, elles peuvent maintenant être intégrées dans les processus d'entreprise comme un composant logiciel ordinaire. Pour le marché, cela renforce la tendance des « agentes en tant qu'infrastructure » : les gagnants seront ceux qui offrent non seulement un modèle intelligent mais aussi un runtime sécurisé, du contrôle, des intégrations et une économie claire pour fonctionner en production.