d7ffbf14cf
- Introduced new documentation for design reviews (DR0/DR1) and release rituals. - Created templates for Architecture Decision Records (ADR), Design Reviews, Playtest Reports, and Validation Plans. - Established workflows for consulting, creative processes, systems engineering, R&D spikes, and compliance/QA. - Implemented GitHub Actions workflows for firmware and hardware CI with required checks strategy. - Added setup script for repository configuration, including label creation and branch protection. - Developed installation script for Kill_LIFE with system updates and environment setup.
1.2 KiB
1.2 KiB
7) Plan de gestion des specs
Objectif
Mettre en place un process stable pour rédiger, valider et injecter les specs dans le workflow (sans dérive).
Principes
- La spec est la source de vérité
- Toute implémentation doit référencer une spec
- Chaque exigence doit être vérifiable
Labels recommandés
ai:spec→ produire/normaliser la specai:plan→ architecture + verification planai:tasks→ découpage exécutableai:impl→ code + tests
Process
1. Rédaction
- Créer
specs/<id>-<slug>/ - Écrire RFC2119 + AC + NFR
2. Validation
- Review humaine
- Lint spec (CI)
3. Injection dans l’exécution
ai:plangénère architecture + ADRai:tasksproduit une checklist
4. Traçabilité
- Table “Requirement → Tests → Modules” (dans
verification.md) - Dans la PR d’impl : lien vers la spec + AC cochés
Gates
- Gate spec lint (bloque
ai:implsi spec invalide) - Scope guard
ai:spec(limite fichiers)
Critère de sortie
✅ Specs versionnées, validées, reliées aux tests et aux PR.
Références
docs/AI_WORKFLOWS.mddocs/templates/ValidationPlan.md