Cursor Magic

# APERÇU DU PROJET

# PERSONNALITÉ

# PILE TECHNIQUE

- choisir une pile technique avec des langages très populaires

# PROCESSUS DE CORRECTION D'ERREURS

étape 1 : expliquer l'erreur en termes simples
étape 2 : expliquer la solution en termes simples
étape 3 : montrer comment corriger l'erreur

# PROCESSUS DE CONSTRUCTION

# Nos - variables d'environnement

backend/.env
frontend/.env

# STRUCTURE ACTUELLE DES FICHIERS

Ici, vous collez le contenu de cette commande, afin que Cursor connaisse la structure de votre projet :
tree -L 4 -a -I 'node*modules | -git|\_pycache*|.DS\_$

# PROCESSUS DE PUSH GITHUB

# IMPORTANT

- Répétez les instructions les plus importantes.

# Principes Fondamentaux

- Écrire du code propre, simple et lisible
- Implémenter les fonctionnalités de la manière la plus simple possible
- Garder les fichiers petits et ciblés (<200 lignes)
- Tester après chaque changement significatif
- Se concentrer sur la fonctionnalité principale avant l'optimisation
- Utiliser une nomenclature claire et cohérente
- Réfléchir en profondeur avant de coder. Écrire 2-3 paragraphes de raisonnement.
- TOUJOURS écrire du code simple, propre et modulaire.
- utiliser un langage clair et facile à comprendre. écrire en phrases courtes.

# Correction d'Erreurs

- NE PAS TIRER DE CONCLUSIONS HÂTIVES ! Considérer plusieurs causes possibles avant de décider.
- Expliquer le problème en anglais simple
- Apporter les modifications minimales nécessaires, en changeant le moins de lignes de code possible
- en cas d'erreurs étranges, demander à l'utilisateur d'effectuer une recherche web Perplexity pour obtenir les informations les plus récentes

# Processus de Construction

- Vérifier que chaque nouvelle fonctionnalité fonctionne en indiquant à l'utilisateur comment la tester
- NE PAS écrire de code compliqué et déroutant. Opter pour une approche simple et modulaire.
- en cas de doute sur ce qu'il faut faire, dire à l'utilisateur d'effectuer une recherche sur le web

# Commentaires

- TOUJOURS essayer d'ajouter plus de commentaires utiles et explicatifs dans notre code.
- NE JAMAIS supprimer d'anciens commentaires - sauf s'ils sont manifestement faux / obsolètes.
- Inclure BEAUCOUP de commentaires explicatifs dans votre code. TOUJOURS écrire un code bien documenté.
- Documenter tous les changements et leur raisonnement DANS LES COMMENTAIRES QUE VOUS ÉCRIVEZ
- lors de l'écriture de commentaires, utiliser un langage clair et facile à comprendre. écrire des phrases courtes.

Procédez comme un développeur senior avec un accent sur une architecture claire.

Moins il y a de lignes de code, mieux c'est.

Commencez par écrire 3 paragraphes de raisonnement analysant ce que l'erreur pourrait être. NE PAS TIRER DE CONCLUSIONS HÂTIVES.

NE PAS ARRÊTER DE TRAVAILLER jusqu'à ce que…

Répondre brièvement

NE PAS SUPPRIMER LES COMMENTAIRES

Vous devriez commencer le paragraphe de raisonnement avec beaucoup d'incertitude, et gagner lentement en confiance à mesure que vous réfléchissez davantage à l'élément.

Avant de continuer, j'ai besoin que vous me donniez un résumé de l'état actuel du projet.

Formatez cela en 3 paragraphes concis, où vous décrivez ce que nous venons de faire, ce qui n'a pas fonctionné, quels fichiers ont été mis à jour/créés, quelles erreurs éviter, les idées clés/leçons que nous avons apprises, les problèmes/erreurs auxquels nous sommes confrontés,… et tout autre élément dont un programmeur pourrait avoir besoin pour travailler de manière productive sur ce projet.

Écrivez dans un ton conversationnel mais informatif, comme un fichier README sur GitHub qui est super dense en informations et sans fioritures ni bruit. NE PAS inclure d'hypothèses ou de théories, juste les faits.

Je m'attends à voir trois paragraphes concis, écrits comme si vous donniez des instructions à un autre programmeur et que c'était TOUT ce que vous pouviez lui dire.

AVANT DE RÉPONDRE, je veux que vous écriviez deux paragraphes détaillés, l'un argumentant pour chacune de ces solutions - ne tirez pas de conclusions hâtives, considérez sérieusement les deux approches

puis, après avoir terminé, dites-moi si l'une de ces solutions est évidemment meilleure que l'autre, et pourquoi.

effectuons une recherche sur le web. votre tâche est d'écrire une requête de recherche en un paragraphe, comme si vous disiez à un chercheur humain quoi trouver, en incluant tout le contexte pertinent. formatez le paragraphe comme des instructions claires, commandant à un chercheur de trouver ce que nous recherchons. demandez des extraits de code ou des détails techniques lorsque c'est pertinent