mirror of
https://github.com/MaksTinyWorkshop/_Assistant_Lead_Tech
synced 2026-04-06 21:41:42 +02:00
- Intègre 9 propositions de 95_a_capitaliser.md (Stripe, webhooks, Redis, entitlements, guards, catch silencieux, conventions File List) - Ajoute core-bmad-master dans les agents patchés (orchestrateur) - Différencie les fichiers cibles par rôle d'agent (dev/architect/qa…) - Patch dev-story et code-review XML pour déclencher la capitalisation à chaque fin de story et après chaque code review Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2.5 KiB
2.5 KiB
Conventions de rédaction technique
Ce fichier capitalise les conventions de documentation et rédaction technique validées sur les projets Lead_tech : tone of voice, structure des docs, formats récurrents.
Objectif : produire une documentation cohérente d'un projet à l'autre, réduire le temps de rédaction et de relecture.
Dernière mise à jour : 2026-03-09
Index
Règle d'or
Une convention n'a sa place ici que si elle a été appliquée et validée sur au moins un projet réel. Pas de "bonne pratique" théorique.
Périmètre couvert
- Tone of voice par type de doc (API, user-facing, interne)
- Structure standard des fichiers README, CLAUDE.md, ADR
- Format des changelogs et release notes
- Conventions de nommage (fichiers, titres, sections)
- Règles de maintenance de la documentation (quand mettre à jour, quoi archiver)
Format standard d'une convention
Convention :
- Scope : (type de document concerné)
- Règle : …
- Exemple : …
- Contre-exemple : …
- Validé le : DD-MM-YYYY
- Contexte projet : …
Conventions actives
Convention : Langue par type de document
- Scope : tous les fichiers du repo Lead_tech et des projets
- Règle : français pour toute la documentation, commentaires de code, messages de commit. Anglais pour les identifiants de code (variables, fonctions, types).
- Validé le : 2026-03-08
- Contexte projet : Lead_tech (convention globale)
Convention : File List story — exhaustivité obligatoire
- Scope : section "File List" des story files BMAD (Dev Agent Record)
- Règle : inclure tous les fichiers créés ou modifiés pendant la story — migrations, modules infra, fichiers contracts, fichiers de config. Un reviewer ne doit pas avoir à faire
git statuspour reconstituer le périmètre. - Règle complémentaire : les fichiers créés en avance de phase (scope d'une story future) doivent être annotés :
— créé en avance (scope story X.Y) - Vérification recommandée : cross-checker via
git status --porcelainavant de passer la story en review - Contre-exemple : story 2.3 app-alexandrie — 13 fichiers manquants (migrations, modules Redis, services entitlements, error codes contracts)
- Validé le : 09-03-2026
- Contexte projet : app-alexandrie