Files
logisticsAPI/.cursor/rules/memory-bank.mdc
2026-02-20 08:40:00 +01:00

39 lines
2.3 KiB
Plaintext

---
description: Regle de gestion du Memory Bank. Definit la structure, le contenu attendu et le declenchement de la mise a jour des fichiers du dossier memory-bank/.
globs:
alwaysApply: true
---
# Memory Bank
Le Memory Bank est un ensemble de fichiers markdown dans le dossier `memory-bank/` a la racine du projet. Il sert de source de verite pour le contexte, l'architecture, les decisions et l'avancement du projet.
## Declenchement de la mise a jour
Quand l'utilisateur dit **"update memory bank"**, tu DOIS :
1. Relire le code source du projet (modeles, services, controllers, pages Filament, migrations, routes, config, .env, composer.json, tests).
2. Identifier ce qui a change depuis la derniere mise a jour.
3. Mettre a jour CHAQUE fichier du dossier `memory-bank/` en consequence, en preservant la structure decrite ci-dessous.
4. Ne jamais supprimer d'information pertinente ; ajouter les nouvelles informations et deplacer les anciennes dans une section "Historique" si necessaire.
## Structure des fichiers
| Fichier | Contenu attendu |
|---------|-----------------|
| `projectbrief.md` | Vision du projet, objectifs principaux, perimetre fonctionnel, contraintes |
| `productContext.md` | Pourquoi le projet existe, quels problemes il resout, comment il fonctionne du point de vue utilisateur |
| `techContext.md` | Stack technique complete, dependances, configuration de l'API Logistics (endpoints, authentification, structure de reponse, tables) |
| `systemPatterns.md` | Architecture applicative, patterns utilises (Service, Pages Filament, config), structure des repertoires, conventions de code |
| `activeContext.md` | Travail en cours, decisions recentes, changements importants, prochaines etapes immediates |
| `progress.md` | Ce qui fonctionne, ce qui reste a faire, problemes connus, metriques (nombre de tests, couverture) |
| `README.md` | Explication du dossier memory-bank, comment l'utiliser, quand le mettre a jour |
## Regles de mise a jour
- Chaque fichier doit etre autonome et lisible independamment.
- Utiliser un ton factuel et concis, sans emojis.
- Inclure des chemins de fichiers exacts quand c'est pertinent.
- Les dates de derniere mise a jour doivent figurer en haut de chaque fichier.
- Le fichier `progress.md` doit toujours refleter l'etat reel du projet au moment de la mise a jour.