Initial: desk + ncantu placeholder + per-project cursor configs

**Motivations:**
- Centraliser les fichiers Cursor (rules, skills, agents, commands, hooks) par user et par projet

**Root causes:**
- N/A

**Correctifs:**
- N/A

**Evolutions:**
- desk: rules, skills-cursor, agents, commands, hooks, argv/hooks/mcp.json
- ncantu: README placeholder
- 4NK_node, algo, builazoo, ia_local, lecoffre_ng, lecoffre_ng_pprod, lecoffre_ng_test: .cursor contents

**Pages affectées:**
- cursor/desk/, cursor/ncantu/, cursor/<project>/
This commit is contained in:
2026-03-03 23:29:29 +01:00
commit 785868b53b
114 changed files with 6455 additions and 0 deletions

View File

@@ -0,0 +1,38 @@
---
description: Règles pour l'autonomie du développement avec user stories, patterns, qualité, sécurité et tests
alwaysApply: true
model: inherit
---
# Règles pour l'Autonomie du Développement
## 📚 Références Documentation
### User Stories
* **Index :** Consulter `user_stories/INDEX.md` pour la liste complète des 43 user stories et leurs dépendances
* **Structure :** Chaque user story (`US*.md`) documente un parcours utilisateur avec actions précises, vérifications backend, valeurs de test
* **Autonomie :** Utiliser les user stories comme référence pour comprendre les parcours, créer les tests, implémenter les fonctionnalités
* **Comptes de test :** Consulter `user_stories/TEST_ACCOUNTS.md`
* **Scripts :** Utiliser `user_stories/scripts/prepare-test-data.sh`
### Patterns et Architecture
* **Backend Patterns :** Consulter `docs/CODE_STANDARDS.md` (section Patterns) pour les helpers centralisés (errorHandlers, errorLoggers, userHelpers)
* **Frontend Patterns :** Utiliser les hooks existants (useApiClient) et suivre le pattern Controller/Vue
* **Architecture :** Découper les features complexes en hooks contrôleurs + sous-composants présentateurs
### Qualité et Sécurité
* **Qualité :** Consulter `docs/CODE_STANDARDS.md` - Respecter les limites (250 lignes/fichier, 40 lignes/fonction)
* **Sécurité :** Consulter `docs/CODE_SECURITY.md` - Validation, secrets en base, pas de logging sensible
### Tests
* **Tests Browser :** Utiliser les outils MCP browser pour les tests E2E
* **Navigation :** TOUJOURS utiliser la navigation du site, JAMAIS construire d'URLs manuellement
* **User Stories :** Référencer les user stories pour comprendre les parcours à tester
### Documentation Fonctionnelle
* **Référence :** Consulter `docs/CODE_STANDARDS.md` et `docs/FRONTEND.md` pour la structure et les fichiers du projet