Nicolas Cantu
e2dba09bbf
Some checks failed
CI - 4NK Node / Code Quality (push) Failing after 30s
CI - 4NK Node / Unit Tests (push) Failing after 29s
CI - 4NK Node / Integration Tests (push) Failing after 10s
CI - 4NK Node / Security Tests (push) Failing after 27s
CI - 4NK Node / Docker Build & Test (push) Failing after 8s
CI - 4NK Node / Documentation Tests (push) Failing after 4s
CI - 4NK Node / Security Audit (push) Successful in 3s
CI - 4NK Node / Release Guard (push) Has been skipped
CI - 4NK Node / Performance Tests (push) Failing after 27s
CI - 4NK Node / Notify (push) Failing after 2s
882 B
882 B
Processus de feedback vers le template 4NK
L’objectif est de canaliser les améliorations génériques découvertes dans les projets vers 4NK_template.
1. Identifier une amélioration générique
- Règle Cursor utile à plusieurs dépôts
- Étape CI/CD généralisable
- Script ou guide documentaire réutilisable
2. Ouvrir une issue dédiée (Template Feedback)
- Décrire le contexte, l’impact multi‑projets et la proposition
- Joindre des diffs minimaux et des liens vers projets sources
3. Prototyper et valider
- Créer une branche sur
4NK_template - Ajouter les nouveaux artefacts (règles/scripts/docs)
- Valider via la CI (incluant
security-auditetrelease-guard)
4. Finaliser et communiquer
- Mettre à jour
CHANGELOG.mdetTEMPLATE_VERSION - Ajouter une note dans
docs/INDEX.md - Annoncer aux projets consommateurs (via issue/PR)