Cursor est un IDE assisté par IA construit sur VS Code. Pour le développement dbt, sa valeur provient de la combinaison des complétions IA en ligne avec l’extension dbt Power User, qui donne à l’IA un accès en temps réel au graphe du projet dbt, aux modèles SQL, à la lignée et aux informations au niveau des colonnes.
Dans une stack IA en couches, Cursor occupe la couche IDE : travail rapide, contextuel, orienté sur un seul fichier à la fois.
Ce que Cursor fait bien
Explorer des bases de code inconnues. Lors de la prise en charge d’un nouveau projet client, on peut sélectionner un modèle, demander « que fait ce CTE et d’où viennent ses données ? », et obtenir une réponse qui inclut la lignée amont fournie par Power User. Ce type de Q&R contextuel prenait autrefois 20 minutes à retracer manuellement à travers les fichiers. Avec le serveur MCP embarqué de Power User qui fournit des données de lignée en temps réel, la réponse est à la fois rapide et consciente du graphe complet.
Modifications rapides à portée délimitée. Ajouter une colonne, corriger un filtre, mettre à jour une instruction CASE, ajuster une fonction de date — toute situation où l’on sait exactement ce que l’on veut et où la modification est contenue dans un seul fichier. Cursor gère ces cas en quelques secondes. Le surcoût lié au passage à un agent de code en ligne de commande n’est pas justifié quand la modification est chirurgicale.
Recherches de documentation en ligne. Des questions comme « quelle est la syntaxe BigQuery pour SAFE_DIVIDE ? » ou « comment fonctionne cette macro ? » obtiennent une réponse en contexte sans quitter l’éditeur. Pour les questions spécifiques à dbt, Power User fournit les métadonnées du modèle, ce qui rend les réponses conscientes du projet plutôt que génériques.
Écriture de modèles à portée réduite. Écrire un modèle de staging simple ou ajouter une transformation simple à un modèle intermédiaire existant fonctionne bien dans Cursor. L’IA voit le fichier courant, peut référencer les modèles amont via le contexte de Power User, et génère rapidement du SQL syntaxiquement correct.
Les limites de Cursor
Refactoring multi-fichiers. Dès lors qu’il faut coordonner des changements à travers une chaîne de lignée — renommer une colonne qui traverse quatre modèles en aval, restructurer un ensemble de CTE référencés par plusieurs modèles, ou migrer une macro utilisée à douze endroits — la focalisation sur un seul fichier de Cursor devient une limitation. On peut le faire fichier par fichier, mais on gère soi-même la coordination. Claude Code gère cela nativement car il peut lire et modifier plusieurs fichiers en une seule session.
Boucles build-test-correction. Cursor ne propose pas de solution satisfaisante pour exécuter dbt build et itérer sur le résultat. On peut exécuter des commandes dans le terminal intégré, mais l’IA ne participe pas à cette boucle de la façon dont le fait Claude Code. Avec Claude Code, on dit « construis ce modèle et corrige les erreurs » et il exécute dbt build, lit la sortie d’erreur, apporte des corrections, et relance — le tout en un seul tour de conversation. Dans Cursor, c’est l’utilisateur qui lit la sortie du terminal et décide quoi communiquer ensuite à l’IA.
Débogage complexe. Le débogage qui s’étend sur plusieurs modèles — retracer un mauvais chiffre à travers une chaîne de lignée, comprendre pourquoi un modèle incrémental produit des doublons, analyser une erreur de compilation Jinja impliquant trois macros imbriquées — nécessite le type de boucle d’utilisation d’outils pour lequel Claude Code est conçu. Cursor peut aider à comprendre des fichiers individuels, mais il ne peut pas orchestrer l’investigation.
Enforcement des conventions à l’échelle du projet. Cursor lit .cursorrules pour les conventions du projet, ce qui est analogue au CLAUDE.md de Claude Code. Mais comme Cursor opère fichier par fichier, il ne vérifie pas les conventions à travers tout le projet comme peut le faire un agent de code. Il ne vérifiera pas si le nouveau modèle suit le schéma de nommage utilisé par chaque autre modèle dans le même répertoire.
Cursor utilise Claude sous le capot
Une précision importante : Cursor utilise les modèles Claude d’Anthropic pour ses fonctionnalités IA. Quand des personnes présentent le choix comme « Cursor vs Claude », elles comparent des interfaces, pas des modèles IA. Cursor fournit une interface basée sur VS Code, orientée modification en ligne. Claude Code fournit une interface en terminal, orientée orchestration multi-fichiers. L’intelligence sous-jacente est la même.
Cela signifie que la qualité des complétions IA dans Cursor est comparable à Claude Code pour les tâches sur un seul fichier. La différence est entièrement dans le workflow : Cursor est optimisé pour l’assistance en ligne en temps réel pendant la frappe, Claude Code est optimisé pour les opérations multi-étapes où l’agent dirige le workflow.
L’avantage dbt Power User
L’extension dbt Power User est ce qui rend Cursor nettement meilleur qu’un IDE IA générique pour le travail dbt. Sans elle, l’IA voit le fichier courant et ce qui est dans les onglets ouverts. Avec elle, l’IA obtient :
- Lignée du modèle : dépendances amont et aval pour le modèle courant
- Informations au niveau des colonnes : noms, types et descriptions des colonnes du YAML schema
- Graphe du projet : le DAG complet des modèles, sources et exposures
- Définitions des sources : comment les sources correspondent aux tables brutes
Ce contexte transforme les suggestions SQL génériques en suggestions conscientes du projet. L’IA sait que ref('int__orders__enriched') existe et quelles colonnes il fournit, plutôt que de deviner les noms de tables.
Quand utiliser Cursor vs Claude Code
| Tâche | Cursor | Claude Code |
|---|---|---|
| Ajouter une colonne à un modèle existant | Oui | Surdimensionné |
| Corriger un filtre ou une condition de jointure | Oui | Surdimensionné |
| Explorer et comprendre la logique d’un modèle | Oui | Fonctionne aussi, mais démarrage plus lent |
| Construire un nouveau modèle de bout en bout | Seulement pour les modèles simples | Oui |
| Refactorer sur plusieurs modèles | Non | Oui |
| Générer des tests et de la documentation | Pour un modèle à la fois | Pour les opérations en batch |
| Déboguer un problème de données multi-modèles | Aide partielle seulement | Oui |
| Exécuter dbt build en boucle de feedback | Non | Oui |
Cursor gère les petites modifications et explorations ; Claude Code gère les sessions de construction et de refactoring plus importantes.
Coût
Cursor Pro coûte 20 $/mois. L’extension dbt Power User est gratuite. Les assistants de code IA génériques sans contexte du graphe de projet produisent des suggestions nettement moins pertinentes pour le travail dbt que la combinaison Cursor + Power User.