Cursor : un essaim d'agents IA reconstruit SQLite à 80 % en 4 heures, pour un coût bien inférieur à l'ancien
Cursor a fait tourner son ancien et son nouvel essaim d'agents IA sur une même tâche : reconstruire SQLite de zéro en Rust, à partir de la seule documentation. Le nouvel essaim a battu l'ancien dans toutes les configurations : avec Grok 4.5, il a passé 80 % de la suite de tests SQL en 4 heures, tandis que l'ancien s'est enlisé et a été arrêté avant même la deuxième heure. À qualité comparable, le coût des exécutions variait du simple au multiple, selon les modèles chargés de planifier et ceux chargés d'exécuter.
Traité par IA depuis Cursor Blog ; édité par Hamidun News
Cursor a comparé l'ancienne et la nouvelle version de son essaim d'agents IA sur une même tâche : construire le SGBD SQLite de zéro en Rust, avec pour seule entrée sa documentation. Le nouvel essaim, propulsé par Grok 4.5, a passé 80 % de la suite masquée de tests SQL en quatre heures, alors que l'ancien s'est enlisé et a été arrêté avant même la deuxième heure de travail.
Ce que montre l'expérience
Le nouvel essaim de Cursor a devancé l'ancien dans chaque configuration de modèles, à budget temps égal et avec les mêmes modèles. L'équipe a mesuré la part de la suite masquée (held-out) de tests SQL réussie. Sur cette métrique, l'avantage s'est avéré constant, et non ponctuel.
- La tâche : construire SQLite de zéro en Rust, à partir de la seule documentation
- Grok 4.5 dans le nouvel essaim : 80 % des tests en 4 heures
- L'ancien essaim, sur la même tâche, s'est enlisé et a été arrêté avant la deuxième heure
- Le fleuron des expériences précédentes (début 2026) : un essaim qui construisait un navigateur web de zéro, une preuve de concept, pas un produit abouti
- En interne chez Cursor, l'essaim a déjà servi à trouver et corriger des vulnérabilités dans des projets open source, à augmenter la couverture de tests et à générer des milliards de tokens de données synthétiques pour l'entraînement
Pourquoi l'essaim bat-il l'agent seul ?
L'essaim l'emporte grâce à l'efficacité du contexte, et non au parallélisme en soi : Cursor y insiste. Les grandes tâches se décomposent naturellement en arbre : l'objectif, à la racine, se divise récursivement en unités de travail élémentaires. L'essaim de Cursor repose sur deux rôles : des agents Planner, sur les modèles les plus intelligents, découpent l'objectif et délèguent les morceaux ; des agents Worker, sur des modèles rapides et peu coûteux, les exécutent.
L'essentiel : le planner n'écrit jamais de code, et le worker ne planifie jamais. Le contexte du planificateur n'est donc pas encombré de détails de bas niveau, et l'exécutant consacre tout son contexte à une seule tâche étroite. Un agent seul, lui, doit garder en tête à la fois l'objectif global et sa position actuelle dans l'arbre, et finit par « dériver ». La conception même de l'essaim est un sur-ensemble de schémas d'orchestration plus rigides : au lieu d'une topologie fixe, sa forme s'adapte aux contours de la tâche. L'approche se généralise ainsi à la construction d'un navigateur, à la résolution de problèmes mathématiques et à l'optimisation de noyaux GPU.
«
Nous pensons que la capacité à faire passer à l'échelle un essaim d'agents découle de cette efficacité du contexte, et non du parallélisme en soi », écrit l'équipe de Cursor sur le blog de l'entreprise.
Combien ça coûte
Le coût des exécutions variait considérablement pour une qualité presque identique : c'est cette « nouvelle économie des modèles » dont parle le titre de l'étude. Cursor a fait varier la répartition des rôles : dans certaines exécutions, un seul modèle faisait tout ; dans d'autres, un modèle de frontière planifiait et un modèle rapide et bon marché exécutait le travail. La qualité finale restait comparable, mais la facture changeait radicalement. L'économiste Ronald Coase décrivait dès 1937 une logique similaire : les coûts de coordination croissent plus vite que le travail lui-même, c'est pourquoi les organisations se divisent en niveaux d'unités limitées au lieu de laisser tout le monde communiquer avec tout le monde.
Le contrôle de version pose un problème d'ingénierie à part. Git et Cargo reposent sur des verrous grossiers, ce qui convient à un développeur seul mais ne tient pas face à des centaines d'agents parallèles. Selon Cursor, l'essaim de l'an dernier pour le navigateur butait sur un plafond d'environ 1000 commits par heure avec Git ; le nouveau système en encaisse de l'ordre de 1000 par seconde, ce pour quoi Cursor a construit son propre système de contrôle de version.
Ce que cela signifie
Les systèmes multi-agents passent du principe « lançons plus d'agents » à une ingénierie réfléchie de la coordination : une bonne répartition des rôles entre modèle coûteux et modèle bon marché donne la même qualité pour une fraction du coût. L'économie des solutions ne dépend plus seulement du modèle choisi, mais aussi de la façon de répartir le travail entre eux.
Questions fréquentes
Qu'est-ce qu'un essaim d'agents IA ?
C'est un système composé de nombreux agents qui résolvent ensemble une même grande tâche. Chez Cursor, l'essaim comprend des agents Planner (des modèles intelligents qui planifient et délèguent) et des agents Worker (des modèles rapides et peu coûteux qui exécutent), et sa forme s'adapte aux contours de la tâche.
Pourquoi construire SQLite de zéro ?
SQLite est un SGBD complexe et bien documenté, ce qui en fait un test commode des limites de la coordination entre agents. Cursor ne fournissait à l'essaim que la documentation et mesurait la part de tests SQL réussie ; le nouvel essaim, sur Grok 4.5, a atteint 80 % en 4 heures.
Delegate Deep Research, Coding & Workflows to an AI Agent
Deploy autonomous multi-step execution with NomadNet Agent (agent.nomadnet.ai) — automated web research, data synthesis, code generation, and complex task orchestration.
L'essentiel de l'IA — une fois par semaine
Sept actus qui ont vraiment compté, choisies à la main. Sans bruit ni communiqués.
C'est fait ! Vérifiez votre boîte mail pour la confirmation.