| name | cqrs-feature |
| description | Use when touching backend feature slices in the .NET CQRS stack of this repository. |
Skill : cqrs-feature
Charger ce skill pour toute tache backend qui touche Api, Application, Contracts, Infrastructure, ou Domain autour d'une feature fonctionnelle.
Workflow attendu
- Mettre a jour le contrat dans
Vole_Papillon_Damour.Contracts/ si la forme HTTP change.
- Mettre a jour l'entree HTTP dans
Vole_Papillon_Damour.Api/Controllers/ ou dans la methode Use...Controller() appropriee.
- Creer ou modifier la commande/requete dans
Vole_Papillon_Damour.Application/<Feature>/.
- Garder le handler et le validator au plus pres de la feature.
- Modifier le domaine uniquement si une regle metier ou un invariant change vraiment.
- Modifier
Infrastructure seulement pour les frontieres techniques : repositories, auth, email, OCR, blob, table storage.
Regles CQRS
- Une commande ou requete par intention claire.
- Les commandes mutent ; les queries lisent.
- Les validators vivent pres de la requete ou de la commande.
- Les handlers restent minces : orchestration, pas de logique d'infrastructure inline.
- Les erreurs et resultats doivent rester coherents avec les conventions deja presentes dans le slice cible.
Impact multi-surface
- Toute modification de
Contracts doit etre revue cote BackOffice, Website, et MauiCashApp si le contrat est consomme.
- Toute modification d'une interface de repository ou de service partage demande une impact analysis GitNexus avant edition.
Tests
- Tester d'abord le comportement du handler, du validator, ou de la regle de domaine modifiee.
- Si le test project n'existe pas pour la couche cible, documenter la dette dans
.github/test-debt.md avant de continuer sans TDD strict.