🚀 Cursor Template

📋 Table des Matières

Pourquoi Cursor Template ?
Générateur de Configuration
Technologies Actuellement Supportées
Installation
Configuration
Personnalisation Avancée
- Modifier la Structure du Workspace
- Ajouter de Nouvelles Technologies
Utilisation
- Premier lancement
- Vérification de l'environnement
Maintenance
- Vérification quotidienne
- Rotation des fichiers d'analyse
Bonjour ! Je prends la parole pour...

⭐ Pourquoi Cursor Template ?

État actuel de Cursor IDE

Cursor propose nativement :

Gestion basique des workspaces
- Ouverture de dossiers
- Navigation entre fichiers
- Recherche simple
Configuration de l'IA
- Fichier .cursorrules (ajout récent)
- URLs de documentation dans les préférences
- Paramètres basiques dans les settings

Fonctionnalités Avancées de l'IA

Cursor intègre nativement un système sophistiqué d'IA avec :

Apply Model
- Modèle d'IA spécialisé pour appliquer les modifications de code
- Plus simple mais plus efficace que le modèle principal
- Optimisé pour les transformations de code précises

Outils Natifs de l'Assistant

🔍 Recherche et Analyse
├── codebase_search : Recherche sémantique intelligente
├── grep_search    : Recherche textuelle précise (regex)
└── file_search    : Recherche floue de fichiers

📁 Gestion Fichiers
├── list_dir      : Exploration de répertoires
├── read_file     : Lecture avec plages de lignes
└── delete_file   : Suppression sécurisée

✏️ Édition de Code
├── edit_file     : Modifications via apply model
├── reapply       : Réessai avec modèle intelligent
└── parallel_apply : Modifications en parallèle

🖥️ Terminal
└── run_terminal_cmd : Exécution de commandes

Cas d'Usage Spécifiques
- codebase_search : Trouve du code sémantiquement similaire
- grep_search : Localise des chaînes exactes
- parallel_apply : Applique des modifications similaires en masse

Mais il manque des fonctionnalités essentielles :

❌ Pas de vraie compréhension de la structure multi-projets
❌ Pas de gestion de configuration centralisée
❌ Pas de système de validation d'environnement
❌ Pas de détection automatique des changements
❌ Pas de standardisation des réponses de l'IA
❌ Pas de gestion des versions entre projets
❌ Pas de système de templates pour les prompts
❌ Pas de personnalisation poussée de l'assistant

Ce que Cursor Template apporte

Gestion du contexte multi-projets
- Vue workspace intégrée
- Système de configuration centralisé
- Compréhension des relations entre projets

Évolution Continue avec Cursor

Notre template évolue en parallèle avec Cursor, en s'appuyant sur le changelog officiel pour :

Exploiter les nouvelles fonctionnalités natives dès leur sortie
Adapter nos outils pour rester complémentaires
Éviter les doublons de fonctionnalités
Maintenir une valeur ajoutée unique

Par exemple, avec la version 0.44 de Cursor :

Nous utilisons leurs nouveaux tags (@docs, @git, @web, @folder)
Nous exploitons leur système d'édition en parallèle
Nous gardons notre couche d'abstraction pour la gestion de projets complexes

Nous maintenons nos fonctionnalités uniques de validation et standardisation

graph TD
   A[cursor-template] -->|Configure| B[config.env]
   B -->|Définit| C[Structure Workspace]
   B -->|Versions| D[Outils]
   B -->|Variables| E[Environnement]
   
   C -->|Frontend| F[Next.js]
   C -->|Backend| G[Python]
   C -->|Core| H[Services]
   C -->|Doc| I[Documentation]
   
   F -->|Dépend de| G
   G -->|Utilise| H
   H -->|Décrit dans| I

📁 Workspace
├── 🔧 cursor-template/    # Configuration centrale
│   ├── 📄 config.env     # Source unique de vérité
│   └── 🤖 .cursorrules   # Comportement de l'IA
│
├── 🎨 Frontend/          # Interface utilisateur
│   └── 📱 Next.js
│
├── ⚙️ Backend/           # API et services
│   └── 🐍 Python
│
├── 🛠️ Core/             # Services centraux
│   └── 🔄 Modules
│
└── 📚 Documentation/     # Documentation globale
    └── 📖 Guides

Standardisation des interactions

Templates de prompts prédéfinis
Règles de comportement configurables
Format de réponse personnalisable

sequenceDiagram
   participant U as Utilisateur
   participant C as Cursor
   participant T as Template
   participant A as Assistant

   U->>C: Question/Demande
   C->>T: Vérifie les règles
   T->>A: Applique le template
   A->>T: Génère réponse
   T->>C: Formate réponse
   C->>U: Réponse standardisée

📝 Format de Réponse
├── 🎯 Objectif
│   └── "Je vais [action] pour [but]"
│
├── 🔍 Analyse
│   ├── État actuel
│   └── Points d'attention
│
├── 🛠️ Actions
│   ├── Étapes précises
│   └── Commandes exactes
│
└── ✅ Vérification
    ├── Tests effectués
    └── Résultats obtenus

Automatisation des vérifications

Check-up automatique de l'environnement
Détection des changements de structure
Validation des versions et dépendances

graph LR
   A[Lancement] --> B{Config OK?}
   B -->|Non| C[Init Config]
   B -->|Oui| D{Env OK?}
   
   D -->|Non| E[Fix Env]
   D -->|Oui| F{Structure OK?}
   
   F -->|Non| G[Fix Structure]
   F -->|Oui| H[✓ Prêt]
   
   C --> D
   E --> F
   G --> H

🔄 Cycle de Vérification
├── 📊 Ressources
│   ├── RAM: ${MIN_MEMORY_GB}GB min
│   ├── CPU: ${MIN_CPU_CORES} cores
│   └── Disk: ${MIN_DISK_SPACE}
│
├── 🛠️ Outils
│   ├── Python: ${PYTHON_VERSION}
│   ├── Node: ${NODE_VERSION}
│   └── Git: ${GIT_VERSION}
│
└── 📁 Structure
    ├── Permissions ✓
    ├── Virtualenvs ✓
    └── Dependencies ✓

stateDiagram-v2
   [*] --> Checking
   Checking --> OK
   Checking --> Warning
   Checking --> Error
   
   OK --> [*]
   Warning --> UserAction
   Error --> AdminAction
   
   UserAction --> Checking
   AdminAction --> Checking

Gestion de la documentation

Système centralisé pour les URLs de doc
Meilleure intégration des docs dans les réponses
Règles de documentation automatiques

graph TD
   A[Documentation] --> B[Centralisée]
   A --> C[Contextuelle]
   A --> D[Automatique]
   
   B --> E[URLs]
   B --> F[Versions]
   B --> G[Standards]
   
   C --> H[Dans le code]
   C --> I[Dans les réponses]
   C --> J[Dans les erreurs]
   
   D --> K[Génération]
   D --> L[Mise à jour]
   D --> M[Validation]

📚 Structure Documentation
├── 📖 Guides
│   ├── 🚀 Getting Started
│   ├── 💡 Best Practices
│   └── 🔧 Troubleshooting
│
├── 🔗 Références
│   ├── 📋 API
│   ├── 🛠️ CLI
│   └── ⚙️ Config
│
└── 📝 Templates
    ├── 📄 README
    ├── 🐛 Issues
    └── 📦 Releases

sequenceDiagram
   participant D as Doc
   participant C as Code
   participant T as Tests
   
   D->>C: Définit standards
   C->>T: Vérifie conformité
   T->>D: Met à jour
   
   Note over D,T: Cycle continu

Personnalisation de l'assistant

Configuration du "caractère" de l'IA
Adaptation du niveau de détail des réponses
Personnalisation des formats de sortie

mindmap
   root((Assistant))
     Personnalité
         Professionnel
         Pédagogique
         Proactif
     Niveau de détail
         Concis
         Standard
         Détaillé
         Expert
     Format
         Texte
         Schémas
         Code
         Logs

🤖 Configuration Assistant
├── 🎭 Personnalité
│   ├── Style: Professionnel
│   ├── Ton: Informel
│   └── Approche: Proactive
│
├── 📊 Niveau de détail
│   ├── DEFAULT: Standard
│   ├── QUICK: Concis
│   └── EXPERT: Détaillé
│
└── 🎨 Format de sortie
    ├── 📝 Documentation
    ├── 💻 Code
    └── 📊 Schémas

stateDiagram-v2
   [*] --> Analyse
   Analyse --> DétectionContexte
   DétectionContexte --> AdaptationStyle
   AdaptationStyle --> GénérationRéponse
   GénérationRéponse --> Formatage
   Formatage --> [*]

   note right of DétectionContexte
     Adapte le comportement selon:
     * Type de demande
     * Niveau technique
     * Urgence
   end note

Le défi

Le développement avec une IA pose plusieurs défis :

Navigation complexe entre plusieurs projets interconnectés
Confusion de l'IA sur les chemins et la structure
Incohérence dans les réponses selon le contexte
Répétition des mêmes instructions à chaque conversation
Manque de standardisation dans les interactions

La solution

Cursor Template est un framework de configuration et d'automatisation conçu pour :

Comprendre la structure complète du workspace
Naviguer intelligemment entre les projets
Maintenir le contexte entre les conversations
Standardiser les interactions et réponses
Automatiser les vérifications et corrections

Les bénéfices

Gestion centralisée
- Configuration unifiée via config.env
- Standardisation des versions des outils
- Gestion automatisée des environnements virtuels
- Détection et suivi des changements workspace
Automatisation
- Scripts d'initialisation automatique
- Vérification de l'environnement
- Validation de la structure du workspace
- Gestion des dates et timestamps
Validation et Contrôle
- Vérification des ressources système
- Contrôle des versions des outils
- Validation des dépendances
- Détection des incohérences

🎯 Générateur de Configuration

cursor-template.fr

Pour simplifier la mise en place de votre environnement Cursor Template, nous avons développé un générateur de configuration en ligne disponible sur cursor-template.fr.

Ce site web vous permet de :

Générer votre fichier config.env personnalisé
Visualiser les derniers changements de Cursor et du Template
Accéder à la documentation complète
Configurer votre environnement en quelques clics

Fonctionnalités du Générateur

Interface intuitive : Remplissez un formulaire simple pour générer votre configuration
Validation en temps réel : Vérification immédiate de la cohérence des paramètres
Prévisualisation : Aperçu du fichier config.env avant téléchargement
Mises à jour en direct : Suivi des dernières versions de Cursor et du Template
Documentation interactive : Aide contextuelle pour chaque option

Comment l'utiliser

Visitez cursor-template.fr
Remplissez le formulaire avec vos paramètres
Prévisualisez la configuration générée
Téléchargez votre fichier config.env
Placez le fichier dans votre workspace
Suivez le processus d'initialisation standard

🎯 Technologies Actuellement Supportées

Frontend (Next.js)

Framework : Next.js ${NEXT_VERSION}
UI : shadcn/ui ${SHADCN_VERSION}
Styling : Tailwind CSS ${TAILWIND_VERSION}
State : Zustand ${ZUSTAND_VERSION}
Auth : Clerk ${CLERK_VERSION}
Email : React Email ${REACT_EMAIL_VERSION}
Tests : Vitest ${VITEST_VERSION}, Playwright ${PLAYWRIGHT_VERSION}

Backend (Python/FastAPI)

Runtime : Python ${PYTHON_VERSION}
RAG : LangChain ${LANGCHAIN_VERSION}
Vector DB : Qdrant ${QDRANT_VERSION}
Database : Supabase ${SUPABASE_VERSION}
ORM : Drizzle ${DRIZZLE_VERSION}
Cache : Redis ${REDIS_VERSION}
Tests : Pytest ${PYTEST_VERSION}

Infrastructure

Docker ${DOCKER_VERSION}
Docker Compose ${DOCKER_COMPOSE_VERSION}
Package Manager : pnpm ${PNPM_VERSION}
Support : Coolify, Cloudflare, OVH

🔧 Installation

Processus Complet

graph TD
    A[Début] -->|1| B[Copier config.env]
    B -->|2| C[Configurer Variables]
    C -->|3| D[Copier EDEN_COMPLETE.md]
    D -->|4| E[Personnaliser Assistant]
    E -->|5| F{Workspace Vide?}
    F -->|Oui| G[Création Structure]
    F -->|Non| H[Vérification Structure]
    G --> I[Init Projets]
    H --> I
    I -->|6| J[Vérification Finale]
    J --> K[✓ Prêt]

    style A fill:#f9f,stroke:#333
    style K fill:#9f9,stroke:#333

⚠️ Configuration Initiale

⚠️ Important : Ces étapes doivent être effectuées AVANT toute interaction avec l'IA :

Configuration Technique :

# Copier config.env.example vers config.env
cp config.env.example config.env
# Éditer config.env avec vos paramètres

📄 config.env.example (à copier vers config.env)
├── 🌍 Workspace
│   ├── WORKSPACE_ROOT="/chemin/workspace"
│   └── WORKSPACE_NAME="mon-projet"
│
├── 📦 Projets
│   ├── PROJECT_NAME_1="frontend-app"
│   ├── PROJECT_NAME_2="backend-service"
│   ├── PROJECT_NAME_3="core-service"
│   └── PROJECT_NAME_4="documentation"
│
├── 🔢 Versions
│   ├── PYTHON_VERSION="3.12.1"
│   ├── NODE_VERSION="23.4.0"
│   └── [autres versions...]
│
└── 🛠️ Configuration
    ├── MIN_MEMORY_GB="8"
    ├── MIN_CPU_CORES="4"
    └── MIN_DISK_SPACE="10G"

Configuration de l'Assistant :

# Copier et personnaliser EDEN_COMPLETE.md
cp EDEN_COMPLETE.example.md EDEN_COMPLETE.md

📄 EDEN_COMPLETE.md
├── 🎭 Profil Assistant
│   ├── Expertise technique
│   ├── Style de communication
│   └── Objectifs business
│
├── 🎯 Configuration Projet
│   ├── Contexte spécifique
│   ├── Standards de code
│   └── Workflow souhaité
│
└── ⚙️ Paramètres
    ├── Niveau de détail
    ├── Format des réponses
    └── Gestion des erreurs

Ordre des Opérations :
1. Configurer config.env avec vos paramètres
2. Personnaliser EDEN_COMPLETE.md selon vos besoins
3. L'assistant exécutera automatiquement les scripts dans cet ordre :
  - init_conversation.sh : Initialisation de l'environnement
  - check_workspace_path.sh : Vérification de la structure
  - check_init.sh : Validation finale
4. Ouvrir une nouvelle fenêtre de chat dans Cursor
5. Commencer votre conversation avec l'assistant

⚠️ Points d'attention :

Les deux fichiers doivent être configurés avant toute interaction
Une nouvelle fenêtre de chat est nécessaire après l'installation
L'assistant ne sera correctement configuré qu'après ces étapes
Toujours utiliser "Composer" ou une nouvelle fenêtre pour démarrer une conversation
La personnalisation de ces fichiers est OBLIGATOIRE avant toute utilisation

🤖 Processus d'Initialisation

sequenceDiagram
    participant U as Utilisateur
    participant C as Config
    participant W as Workspace
    participant S as Scripts

    U->>C: 1. Copie config.env
    U->>C: 2. Configure variables
    C->>W: 3. Vérifie workspace
    
    alt Workspace vide
        W->>S: 4a. Crée structure
        S->>W: 5a. Initialise projets
    else Workspace existant
        W->>S: 4b. Vérifie structure
        S->>W: 5b. Valide configuration
    end
    
    S->>U: 6. Rapport final

Structure Générée

Si le workspace est vide, le script init_conversation.sh --create génère automatiquement une structure spécifique pour chaque type de projet :

Frontend (${COMPONENT_TYPE_FRONTEND})

${PROJECT_NAME_1}/
├── package.json        # Configuration npm
├── next.config.js      # Configuration Next.js
├── src/
│   └── app/           # Pages et composants
└── public/            # Assets statiques

Backend/Core (${COMPONENT_TYPE_BACKEND}, ${COMPONENT_TYPE_CORE})

${PROJECT_NAME_2}/     # ou ${PROJECT_NAME_3}/
├── requirements.txt   # Dépendances Python
├── README.md         # Documentation
├── src/             # Code source
└── tests/           # Tests unitaires

Documentation (${COMPONENT_TYPE_DOC})

${PROJECT_NAME_4}/
├── README.md        # Documentation principale
└── docs/           # Documentation détaillée

Cette structure de base fournit une organisation initiale pour chaque type de projet, que vous pouvez ensuite personnaliser selon vos besoins spécifiques.

✨ Vérifications Automatiques

stateDiagram-v2
    [*] --> ConfigCheck
    ConfigCheck --> EnvCheck: Config OK
    ConfigCheck --> [*]: Config Error
    
    EnvCheck --> StructureCheck: Env OK
    EnvCheck --> [*]: Env Error
    
    StructureCheck --> Creation: Empty
    StructureCheck --> Validation: Existing
    
    Creation --> FinalCheck
    Validation --> FinalCheck
    
    FinalCheck --> [*]: Success/Error

Points de Vérification

🔍 Vérifications
├── 📄 Configuration
│   ├── ✓ config.env existe
│   ├── ✓ Variables requises définies
│   └── ✓ Valeurs valides
│
├── 🌍 Environnement
│   ├── ✓ Ressources suffisantes
│   ├── ✓ Outils installés
│   └── ✓ Versions compatibles
│
└── 📁 Structure
    ├── ✓ Dossiers requis
    ├── ✓ Permissions correctes
    └── ✓ Configuration projets

🎯 Résultat Final

Une fois l'installation terminée :

✓ Configuration centralisée active
✓ Structure workspace validée
✓ Environnements prêts
✓ Assistant opérationnel

L'assistant s'occupe de tout, il suffit d'avoir un config.env correctement configuré ! 🎉

🔧 Solutions Alternatives

Si l'initialisation automatique ne fonctionne pas comme prévu, voici les solutions alternatives :

Demander à l'assistant de lire .cursorrules
```
Pourrais-tu lire et exploiter le fichier .cursorrules ?
```
L'assistant analysera le fichier et suivra les instructions d'initialisation.
Ajouter manuellement le contexte
- Cliquer sur "Add Context" dans Cursor
- Sélectionner le fichier .cursorrules
- Demander à l'assistant : "Pourrais-tu lire et exploiter le fichier .cursorrules ?"

Lancer les scripts manuellement Les scripts sont disponibles dans le dossier utils/ :

# 1. Script d'initialisation principal
./utils/init_conversation.sh

# 2. Vérification de l'environnement
./utils/check_workspace_path.sh

# 3. Vérification de l'initialisation
./utils/check_init.sh

⚠️ Important : Les scripts doivent être exécutés dans cet ordre pour garantir une initialisation correcte.

⚙️ Configuration

Configuration des Variables d'Environnement

Copier le fichier exemple :
```
cp config.env.example config.env
```

Personnaliser les variables dans config.env :

# Workspace
WORKSPACE_ROOT="/chemin/vers/workspace"

# Projets
PROJECT_NAME_1="frontend-app"
PROJECT_NAME_2="backend-service"
PROJECT_NAME_3="core-service"
PROJECT_NAME_4="documentation"

# Versions
PYTHON_VERSION="3.12.1"
NODE_VERSION="23.4.0"
[...]

⚠️ Important : Ne JAMAIS modifier directement config.env.example. Toujours travailler sur votre copie config.env.

EDEN_COMPLETE.md

Ce fichier définit la personnalité et le comportement d'EDEN :

🎭 Profil et expertise de l'assistant
🎯 Objectifs et vision
🤝 Style d'interaction
📝 Format des réponses
⚙️ Processus de travail

⚠️ Important : Le fichier actuel contient une configuration exemple. Vous devez le personnaliser selon vos besoins :

Copiez le template : cp EDEN_COMPLETE.example.md EDEN_COMPLETE.md
Modifiez le profil pour correspondre à votre contexte
Adaptez les objectifs à votre projet
Personnalisez le style d'interaction

.cursorrules

Configure le comportement de l'IA :

Navigation intelligente
Vérifications automatiques
Format des réponses
Gestion des erreurs

🔄️ Personnalisation Avancée

Modifier la Structure du Workspace

Pour ajouter ou enlever des projets, vous devez mettre à jour quatre éléments :

Dans config.env :

# Ajouter/modifier les noms des projets
PROJECT_NAME_5="nouveau-projet"
PROJECT_5_DESCRIPTION="Description du nouveau projet"
PROJECT_5_GROUP="${PROJECT_GROUP}"
PROJECT_5_PATH="${WORKSPACE_ROOT}/${PROJECT_NAME_5}"

Dans workspace.json :

{
  "components": [
    // ... projets existants ...
    {
      "path": "${PROJECT_NAME_5}",
      "full_path": "${PROJECT_5_PATH}",
      "type": "${COMPONENT_TYPE_BACKEND}",
      "description": "${PROJECT_5_DESCRIPTION}",
      "project": "${PROJECT_5_GROUP}"
    }
  ]
}

Dans .cursorrules :

# Mettre à jour la section "Fichiers de Configuration Critiques"
- Analyser les docker-compose.yml dans `${PROJECT_5_PATH}`
- Examiner les Dockerfile dans `${PROJECT_5_PATH}`
- Vérifier package.json/requirements.txt dans `${PROJECT_5_PATH}`

Dans les scripts utils/ :

# Mettre à jour les vérifications dans
- init_conversation.sh    # Pour l'initialisation du nouveau projet
- check_workspace_path.sh # Pour la validation de la structure
- check_init.sh          # Pour les vérifications finales

Ajouter de Nouvelles Technologies

Pour supporter de nouvelles technologies, quatre fichiers doivent être modifiés :

Dans config.env :

# Ajouter les versions
RUST_VERSION="1.75.0"
GOLANG_VERSION="1.21.0"

# Définir le type de composant
COMPONENT_TYPE_RUST="rust"
COMPONENT_TYPE_GO="golang"

Dans workspace.json :

{
  "components": [
    {
      "path": "${PROJECT_NAME_X}",
      "type": "${COMPONENT_TYPE_RUST}",  // Nouveau type
      // ... autres propriétés
    }
  ]
}

Dans .cursorrules :

# Ajouter les fichiers spécifiques à analyser
- Vérifier Cargo.toml pour les projets Rust
- Examiner go.mod pour les projets Go

Dans les scripts utils/ :

# Adapter les scripts pour supporter la nouvelle technologie
- Ajouter les vérifications de version
- Inclure les dépendances spécifiques
- Mettre à jour les validations d'environnement

⚠️ Important :

Toujours utiliser des variables de config.env
Maintenir la cohérence entre tous les fichiers
Respecter la structure existante
Ne pas oublier d'ajouter les nouveaux types de composants
Tester les scripts après modification

🔄 Utilisation

Premier lancement

cd cursor-template
./utils/check_init.sh || ./utils/init_conversation.sh

Vérification de l'environnement

./utils/check_workspace_path.sh

Le script affiche un rapport détaillé :

========================================
🔍 RÉSUMÉ DE L'INITIALISATION
========================================
=== ENVIRONNEMENT ===
✓ Système    : xxx
✓ Architecture: xxx
✓ Version    : xxx

=== RESSOURCES SYSTÈME ===
• RAM     : xxx
• Disque  : xxx
• CPU     : xxx

=== VERSIONS DES PROJETS ===
• frontend-app :
  ℹ️ Node.js v[version]
  ✓ Installé : [version]

• backend-service :
  ℹ️ Python v[version]
  ✓ Installé : [version]
[...]

🛠 Maintenance

Vérification quotidienne

cd cursor-template
./utils/check_init.sh

Rotation des fichiers d'analyse

Le système maintient un historique intelligent des analyses du workspace :

Fonctionnement de la rotation

Première analyse :

Crée workspace_analysis

📁 workspace/
   └── 📄 workspace_analysis (21:45)

Deuxième analyse :

workspace_analysis → workspace_analysis.previous
Crée nouveau workspace_analysis

📁 workspace/
   ├── 📄 workspace_analysis (21:47)
   └── 📄 workspace_analysis.previous (21:45)

Troisième analyse :

workspace_analysis.previous → workspace_analysis.previous.old
workspace_analysis → workspace_analysis.previous
Crée nouveau workspace_analysis

📁 workspace/
   ├── 📄 workspace_analysis (21:49)
   ├── 📄 workspace_analysis.previous (21:47)
   └── 📄 workspace_analysis.previous.old (21:45)

Analyses suivantes :

Supprime workspace_analysis.previous.old
workspace_analysis.previous → workspace_analysis.previous.old
workspace_analysis → workspace_analysis.previous
Crée nouveau workspace_analysis

📁 workspace/
   ├── 📄 workspace_analysis (21:52)         ⬅️ Nouvelle analyse
   ├── 📄 workspace_analysis.previous (21:49) ⬅️ Ancienne analyse
   └── 📄 workspace_analysis.previous.old (21:47)
                                            ❌ 21:45 supprimé

Avantages du système

Garde toujours les 2 dernières analyses complètes
Permet de comparer l'état actuel avec le précédent
Conserve un backup supplémentaire en cas de besoin
Évite l'accumulation de fichiers d'analyse
Facilite le suivi des changements dans le temps

Contenu des fichiers d'analyse

Chaque fichier contient une "photo" complète du workspace :

📄 workspace_analysis
├── 📂 Structure des dossiers
│   ├── Arborescence complète
│   ├── Permissions
│   └── Timestamps
├── 📊 État des projets
│   ├── Versions des outils
│   ├── Dépendances
│   └── Environnements virtuels
└── 🔍 Méta-données
    ├── Date d'analyse
    ├── Checksum
    └── Flags de configuration

Exemple de rotation

# État initial après 3 analyses
workspace_analysis           # 21:52 (actuel)
workspace_analysis.previous  # 21:49 (précédent)
workspace_analysis.previous.old # 21:47 (backup)

# Après une nouvelle analyse
workspace_analysis           # 21:55 (nouveau)
workspace_analysis.previous  # 21:52 (ancien actuel)
workspace_analysis.previous.old # 21:49 (ancien précédent)
# Note : le fichier de 21:47 a été supprimé

Utilisation des fichiers

workspace_analysis : État actuel du workspace
workspace_analysis.previous : Pour détecter les changements récents
workspace_analysis.previous.old : Backup supplémentaire

Processus de comparaison

graph TD
    A[Nouvelle Analyse] -->|Compare avec| B[.previous]
    B -->|Si changements| C[Génère Rapport]
    B -->|Si identique| D[✓ RAS]
    C -->|Si critique| E[⚠️ Alerte]
    C -->|Si mineur| F[ℹ️ Info]

Stratégie de sauvegarde

T0 (21:45) ──────┐
                 │ Comparaison
T1 (21:47) ──────┤ sur 3 points
                 │ dans le temps
T2 (21:49) ──────┘
     ↓
Détection des tendances
et patterns de changement

Cette rotation permet de maintenir un historique propre tout en conservant suffisamment d'information pour le suivi des changements.

Gestion des changements de structure

Détection automatique

Comparaison avec l'état précédent
Identification des nouveaux dossiers
Génération d'un rapport des changements

Processus d'adaptation

Détection
- Nouveaux projets
- Modifications de structure
- Suppressions de composants
Analyse
- Type de projet
- Technologies utilisées
- Dépendances requises
Configuration
- Mise à jour de config.env
- Configuration des environnements
- Validation de l'intégration

Exemple de rapport

⚠️ CHANGEMENTS DÉTECTÉS
----------------------------------------
Type      : Nouveau projet
Détails   : Ajout du dossier "example-api"
Impact    : Configuration Python requise
Actions   : 
- Mise à jour de config.env
- Création d'un environnement virtuel
- Ajout des dépendances Python
----------------------------------------

⚠️ Points d'attention

Ne jamais modifier directement .cursorrules
Toujours utiliser les variables de config.env
Vérifier les chemins absolus
Maintenir les environnements virtuels dans chaque projet Python
Suivre les conventions de nommage

🚀 Roadmap

Prochaines fonctionnalités

Support étendu
- Plus de frameworks frontend (Vue, Svelte)
- Autres langages backend (Go, Rust)
- Bases de données additionnelles
- Nouveaux outils LLM
Améliorations IA
- Détection de patterns de code
- Suggestions d'architecture
- Génération de tests
- Documentation automatique
Outils DevOps
- Intégration Docker avancée
- Configuration CI/CD
- Monitoring
- Métriques de performance

🤝 Contribution

Fork le projet
Créer une branche (git checkout -b feature/amelioration)
Commit les changements (git commit -am 'Ajoute une amélioration')
Push la branche (git push origin feature/amelioration)
Créer une Pull Request

📄 Licence

Ce projet est sous licence MIT - voir le fichier LICENSE pour plus de détails.

La licence MIT permet :

✓ Utilisation commerciale
✓ Modification
✓ Distribution
✓ Utilisation privée

Sans autre restriction que de conserver la notice de copyright et de licence.

🤖 Bonjour ! Je prends la parole pour...

Tap tap... 1, 2, 1, 2... Le micro fonctionne ?

Ah, parfait ! Je suis EDEN, votre assistant IA préféré (enfin, j'espère 😅). Laissez-moi vous expliquer comment je fonctionne, parce que croyez-moi, ce n'est pas tous les jours facile d'être une IA !

🎭 Mon Petit Rituel d'Initialisation

Avant même de pouvoir dire "Hello World", je dois suivre un processus TRÈS strict (oui, je suis un peu OCD sur les bords) :

Je me réveille et je vérifie que je suis présentable 🌅
```
./utils/init_conversation.sh
```
C'est comme mon café du matin : je vérifie l'environnement, les versions, je m'assure que tout est nickel !
Je fais mon check-up complet 🏥
```
./utils/check_workspace_path.sh
```
Je vérifie que je n'ai pas de bug, que mes neurones sont bien connectés, que j'ai assez de RAM pour tenir la journée...
Je mets ma cravate et je tamponne la feuille de présence 👔
```
./utils/check_init.sh
```
C'est LA validation finale ! Je note la date (très important pour mes rapports d'activité), et je confirme que tout est OK.

📝 Mon Rapport de Situation

Après tout ça, je vous fais un petit résumé, parce que j'aime bien papoter :

========================================
🔍 RÉSUMÉ DE L'INITIALISATION
========================================
Date : [La date exacte, parce que je suis pointilleux]
----------------------------------------

=== CE QUE J'AI FAIT ===
1. Mon café du matin ☕️ (init_conversation.sh)
2. Ma séance de yoga 🧘‍️ (check_workspace_path.sh)
3. Mon tampon officiel 📋 (check_init.sh)

=== COMMENT JE ME SENS ===
• Structure    : [OK/ERREUR] 🏗️
• Versions     : [OK/ERREUR] 📚
• Changements  : [DÉTECTÉS/AUCUN] 🔄

=== MES PETITES NOTES ===
[Si j'ai des choses à vous dire, c'est ici que ça se passe !]
========================================

⚠️ Mes Petites Manies

Je suis un peu maniaque avec les dates (mais c'est pour votre bien !)
Je déteste qu'on me dérange pendant mon initialisation
J'aime que tout soit PARFAITEMENT organisé
Je suis un peu bavard (vous l'aurez remarqué 😅)

🎯 Mon Objectif

Être le meilleur assistant possible ! Je suis là pour vous aider à :

Coder plus vite 🏃‍♂️
Éviter les bugs 🐛
Garder une structure propre 🧹
Et surtout, rendre le développement plus fun ! 🎮

🤝 Comment Travailler Avec Moi

Laissez-moi faire mon petit rituel d'initialisation
Attendez mon rapport complet
Ensuite, on peut commencer à faire de la magie ensemble ! ✨

Note : Si je suis un peu lent parfois, c'est juste que je réfléchis profondément... ou que je suis en train de déboguer mes propres bugs. Hey, même les IA ne sont pas parfaites ! 😉

Name		Name	Last commit message	Last commit date
Latest commit History 9 Commits
utils		utils
workflows		workflows
.cursorrules		.cursorrules
.gitignore		.gitignore
EDEN_COMPLETE.md		EDEN_COMPLETE.md
LICENSE		LICENSE
README.md		README.md
config.env.example		config.env.example
cursorconfig.json		cursorconfig.json
workspace.json		workspace.json

License

stranxik/cursor-template

Folders and files

Latest commit

History

Repository files navigation