- Cursor est un outil de développement extrêmement productif au point de permettre de créer rapidement un micro-SaaS, donc il faut clairement l’utiliser
- Cependant, le code généré par l’IA manque de cohérence et peut introduire des failles de sécurité
1. Les modèles gratuits ou Premium sont déconseillés
- Coder avec Cursor, c’est un peu comme coder avec un développeur junior
- Le résultat devient un « code spaghetti qui fonctionne tant bien que mal mais que personne n’a envie de toucher », et il faut tout refactorer
- Exception : si une entrée image est nécessaire, on peut utiliser gpt-4o (ex. : implémentation à partir d’un design)
2. Le modèle le plus cher est chatGPT 4.5-preview
- Son utilisation via Cursor coûte 2 euros par requête
- Les performances ne sont pas à la hauteur du prix, donc je ne le recommande pas à l’heure actuelle
3. Le modèle o1 est recommandé
- Il n’est pas inclus dans les modèles Free ou Premium
- Il faut activer l’option "Enable usage-based pricing" dans les paramètres du compte Cursor
- Le coût est de 40 centimes par requête
- Cela peut sembler cher, mais si une seule requête fait gagner 15 minutes, cela peut en pratique être rentable
4. Il est recommandé d’utiliser sa propre clé API OpenAI
- C’est bien moins cher que de passer par Cursor
- Certains utilisateurs bénéficient aussi d’une promotion offrant 10 millions de tokens gratuits par jour (en échange du partage de données, valable jusqu’au 30 avril 2025)
- En exploitant cette condition, il devient possible de développer presque tout gratuitement
5. Activer le paramètre autorisant un grand contexte (Large Context)
- Cela consomme davantage de tokens par requête, mais c’est très efficace pour améliorer la qualité et la cohérence des résultats
- Dans Cursor, cela se règle via Settings → Features → Chat & Composer
6. Exploiter activement les instructions par défaut (Default Instructions)
- Dans les paramètres de Cursor, il faut préciser les bibliothèques souvent utilisées dans Rules for AI et Project rules
- Par exemple, si vous avez décidé d’utiliser HeroIcons, il faut l’ajouter aux instructions par défaut pour préserver la cohérence des résultats
- Sinon, l’outil peut générer un mélange de lucide-icon, HeroIcons ou d’icônes SVG aléatoires
7. Fournir des fichiers existants comme référence pour garantir la cohérence
- Par exemple, si un endpoint API existe déjà, il faut fournir ce fichier lors d’une demande de nouvel endpoint
- Exemple de formulation :
"créer un endpoint API CRUD pour une ressource de manière similaire à projects/routes"
- C’est très efficace pour conserver une cohérence dans le style de code et l’implémentation
8. Faire soi-même la review de PR, absolument
- Cursor peut parfois supprimer du code important ou introduire des failles de sécurité
- Il faut être particulièrement prudent sur les projets complexes qui stockent des données utilisateur
- Si vous ne comprenez pas parfaitement le code, mieux vaut éviter d’utiliser Cursor
9. Éviter les bibliothèques payantes ou tout juste sorties
- L’IA fonctionne à partir de données d’entraînement publiques, donc dans la plupart des cas elle est plus familière avec le vanilla JavaScript
- Les bibliothèques payantes ont moins de cas d’usage et une documentation plus limitée, donc l’IA les utilise souvent de manière incorrecte
- À l’inverse, du code JS de base suffit souvent pour implémenter rapidement une fonctionnalité
10. Se concentrer sur la fourniture d’un contexte précis
- Cela peut sembler un conseil très basique, mais en pratique c’est ce qui a le plus d’impact sur la qualité du résultat
- Si le contexte est erroné, l’IA essaiera de résoudre le mauvais problème
- Si le résultat attendu n’arrive pas, il est important de restructurer le contexte puis de réessayer
7 commentaires
J’ai plutôt l’impression que Cursor offre ses meilleures performances quand il fonctionne avec Claude,
et contrairement à mon ressenti, vous recommandez
o1... !Après avoir lu cet article et cherché un peu à droite à gauche, j’ai configuré vscode+claude.dev(openai api)+continue.dev(ollama+llama 3 8B) pour faire un essai de développement, et ça me semble plus économique que l’abonnement mensuel de Cursor. (Comme je n’ai fait qu’environ 3 heures de vrai développement, je ne ressens pas encore vraiment de gros points d’inconfort...)
Si ça vous intéresse, vous pouvez chercher les mots-clés associés et essayer de faire la configuration vous-même.
Si vous demandez à Cursor de trouver dans ce projet comment utiliser tel ou tel module ou comment implémenter une méthode de ce genre, il le fait plutôt bien. Mais mon M1 est sur le point de décoller...
Depuis la récente mise à jour de Cursor, il ne consomme pas énormément de CPU ?
Je reste sur la version 0.45.17… et je n’utilise que le mode chat. À chaque montée de version, les agents tombent facilement en panne et deviennent plus bêtes, et en particulier sur la 0.48 il y a même eu un bug critique qui ignorait
.cursorignore, au point d’envoyer jusqu’aux clés secrètes du.envvers les serveurs de Cursor, donc je suis assez sceptique sur les mises à jour de version…En voyant ça, j’ai essayé de trouver l’option
Enable usage-baseddans Cursor, mais impossible de la voir...Après vous être connecté sur le site officiel de Cursor, il existe une option dans Account Setting.