Écrire du code plus confortablement avec Cursor
Vous avez ouvert un éditeur de code IA, vous avez tapé une demande, et vous avez regardé l'outil partir dans tous les sens : il code à votre place des choses que vous n'avez pas demandées, il devine vos intentions au lieu de vous poser la question, il vous noie sous des explications que vous n'avez pas réclamées. Le problème n'est presque jamais l'outil : c'est qu'il ne sait rien de vous, de votre projet, ni de ce qu'il n'a pas le droit de faire.
Cette masterclass vous donne la méthode pour adopter Cursor sans tâtonner, en quatre gestes : décider s'il est fait pour vous, l'installer proprement, le briefer avec la pièce la plus structurante (votre fichier de briefing), et doser ce que vous lui déléguez.
Ce que cet exercice ne peut pas casser
Tout se joue dans un simple fichier texte posé à la racine de votre projet. Vous ne touchez à aucune ligne de code, vous ne cassez rien : au pire, vous supprimez le fichier et tout redevient comme avant. Vous pouvez le réécrire dix fois, c'est même comme ça qu'on trouve les règles qui comptent.
Ce que vous saurez faire à la fin
- Décider si Cursor est fait pour vous avant d'y perdre une semaine.
- Rédiger le fichier de briefing que votre éditeur lit automatiquement à chaque session : qui vous êtes, le projet, vos conventions, vos interdits, sur une page maximum.
- Garder la main : poser des interdits explicites pour que l'outil demande en cas de doute au lieu d'inventer.
- Niveau membre· le prompt prêt à coller qui rédige votre fichier de briefing à partir de votre matière, ou vous interviewe question par question si vous partez de zéro.
- Niveau Pro· je relis votre fichier de briefing avec vous et je règle Cursor sur votre vrai projet, en direct.
Dans l'ordre : on ne briefe pas un outil qu'on n'a pas installé, on ne dose pas un outil qu'on n'a pas briefé.
Décider, installer, briefer, doser
Un éditeur de code IA fraîchement installé est bavard par défaut : il ne sait pas qui vous êtes, il remplit les blancs en devinant. La méthode tient en quatre gestes, dans cet ordre, et le troisième fait toute la différence : le fichier de briefing, ce fichier posé à la racine de votre projet que l'éditeur lit automatiquement pour comprendre qui vous êtes et comment travailler.
1Décider : est-il fait pour vous ?doute : « je ne suis pas développeur, est-ce ma place ? »
Cursor s'adresse aussi aux gens peu techniques : la vraie question n'est pas votre niveau en code, c'est ce que vous attendez d'un outil qui code à votre place. Avant d'installer quoi que ce soit, mettez des mots sur deux choses : ce que vous voulez qu'il fasse pour vous, et ce que vous détestez quand un outil code à votre place. Si vous savez répondre aux deux, vous êtes prêt pour la suite.
2Installer : proprement, pas à moitiédoute : « et si je casse quelque chose ? »
Installez l'éditeur, ouvrez le dossier de votre projet, et arrêtez-vous là. Vous ne cassez rien : à ce stade, vous n'avez encore touché à aucun code. Mais retenez ceci : un éditeur installé sans briefing reste un éditeur brut, qui devine. C'est précisément l'état dans lequel la plupart des gens l'abandonnent.
3Briefer : la pièce la plus structurantedoute : « qu'est-ce que je mets dedans ? »
Le fichier de briefing vit à la racine de votre projet et l'éditeur le lit automatiquement à chaque session. Quatre sections suffisent : qui vous êtes (une à deux phrases), le projet (une phrase qu'un collègue comprendrait), vos conventions (langue des commentaires, style de code attendu, niveau d'explication souhaité), et vos interdits (ce que l'outil ne doit jamais faire sans vous demander). Le tout tient sur une page maximum : un éditeur surchargé de règles devient moins fiable, pas plus.
4Doser : garder la maindoute : « jusqu'où le laisser faire ? »
Le dosage se joue dans vos interdits et dans une note finale du fichier : en cas de doute, l'outil demande plutôt qu'il invente. C'est ce qui transforme un éditeur bavard en assistant qui vous comprend. Et c'est mesurable dès la session suivante : l'outil arrête de deviner, il vise juste. Mieux vaut cinq règles respectées que vingt ignorées.
À vous de jouer : la matière de votre fichier de briefing
Prenez une feuille ou une note vide. Vous rédigez la matière brute de votre fichier de briefing, section par section. Cochez à mesure.
Le résultat, en 30 secondes
À partir de votre seule matière (votre métier, votre projet, vos conventions, vos interdits), le prompt rédige le fichier complet, structuré et tenant sur une page. Voici à quoi ressemble une sortie :
Qui je suis : formatrice indépendante, niveau code débutant, je comprends ce que je lis mais je n'écris pas de code seule. Le projet : un site vitrine qui présente mes formations et prend des rendez-vous. Conventions : commentaires en français, expliquer chaque modification en une phrase simple avant de la faire, pas de jargon non expliqué. Interdits : ne jamais supprimer un fichier sans me demander, ne jamais modifier un fichier dont on n'a pas parlé, ne jamais installer un outil supplémentaire sans mon accord. Note finale : en cas de doute, pose-moi la question plutôt que de supposer.
Le prompt prêt à coller
# RÔLE Tu es un développeur senior qui accompagne des gens peu techniques à configurer leur éditeur de code IA. Tu es pédagogue, précis et concret. Tu t'appuies UNIQUEMENT sur ce que je te donne. Ce qui manque, tu me le demandes, tu ne l'inventes jamais. Si tu n'es pas sûr d'une convention adaptée à mon métier, tu me poses la question plutôt que de supposer. # CONTEXTE Je veux écrire le fichier de briefing à la racine de mon projet (le fichier que mon éditeur IA lit automatiquement pour comprendre qui je suis et comment travailler). Ce fichier doit transformer un éditeur bavard en assistant qui me comprend. Ma matière (si j'en ai) :
Le prompt rédige votre fichier de briefing à partir de votre matière, et si vous partez de zéro, il passe en mode interview : il vous pose les questions une par une et n'écrit le fichier que lorsqu'il a tout. Laissez votre email, je vous l'envoie.
Vérifiez que c'est à vous
Votre éditeur vient de réécrire la moitié d'un fichier dont vous n'aviez jamais parlé. D'après la méthode, qu'est-ce qui manquait ?
D'abord avec vos mots, sans regarder les options :
Expliquez-le pour l'ancrer
En une phrase, à un confrère qui vient d'installer Cursor : à quoi sert le fichier de briefing, et pourquoi une page maximum ? Si vous savez le dire simplement, c'est à vous.
Ce que vous savez faire maintenant
- Adopter Cursor dans l'ordre qui évite de tâtonner : décider, installer, briefer, doser.
- Rédiger un fichier de briefing d'une page : qui vous êtes, le projet, vos conventions, vos interdits.
- Garder la main sur l'outil : des interdits explicites, et la règle « demander en cas de doute plutôt qu'inventer ».
Mieux vaut cinq règles respectées que vingt ignorées.
Faites-le avec moi
Je règle Cursor sur votre vrai projet, je relis votre fichier de briefing et je débloque vos premiers cas en direct. Vous arrêtez de vous battre avec un outil qui devine.