/dev — construire
Le plan que tu approuves, puis le code. Deuxième moment où tu décides.
/dev F-014Quand l'utiliser
Quand la fonctionnalité est en étape Prête. Si elle ne l'est pas, c'est qu'elle n'a pas été cadrée, et la commande refuse — il n'y a rien à construire contre.
Comment ça se passe
Exploration
Alfred lit le code existant pour comprendre où la fonctionnalité s'insère. Rien ne t'est demandé.
Le plan — le moment où tu décides
Il te présente son plan en français : les étapes, les choix qui ont une conséquence pour l'utilisateur, ce qu'il ne fera pas.
C'est cet artefact que tu juges — jamais le code.
Construction
Il écrit les tests d'abord, puis le code. Tu n'as rien à faire.
Vérifications automatiques
Tests, cohérence du code, recherche de secrets oubliés, audit d'accessibilité, et pour une fonctionnalité visible à l'écran, un parcours automatisé dans un vrai navigateur. Un échec renvoie à la construction — aucun de ces contrôles ne se contourne.
Publication
Le travail est publié et une demande de fusion vers l'espace de test est ouverte. La fonctionnalité passe en À recetter.
Deux sections du plan qui méritent ta lecture
« Ce que ça touche ailleurs. » Les autres fonctionnalités concernées par ce changement, chacune avec la raison. Trois réponses possibles, et elles ne veulent pas dire la même chose :
| Ce que tu lis | Ce que ça veut dire |
|---|---|
| « rien d'autre ne touche ces fichiers » | Vérifié, et rien trouvé. Tu peux avancer sans précaution. |
| « impact non calculé » | On n'avait pas de quoi vérifier. Ce n'est pas « aucun impact ». |
| des fichiers explicitement écartés | Des carrefours partagés par trop de fonctionnalités pour signifier quoi que ce soit. Ils sont nommés. |
« Déjà mis de côté. » Les sujets écartés lors des cadrages précédents et toujours en attente, ceux qui touchent cette fonctionnalité en tête. C'est le moment où les reprendre coûte le moins cher : la zone est déjà ouverte. Tu peux en tirer un vers le plan.
Ce que ça produit
Le code, les tests, et la documentation de la fonctionnalité mise à jour — le tout publié ensemble. La demande de fusion attend que le builder la valide pour partir sur l'espace de test.
Ce que ça ne fait pas
- Aucune question produit. Tout ça a été tranché au cadrage. Les seuls moments où on t'interrompt : le plan, et une décision que le plan ne couvrait pas.
- Aucune mise en ligne.
Modifier quelque chose qui existe déjà
/dev T-031Même commande, à partir d'un ticket déjà cadré. Ce qui change : le document de la fonctionnalité est réécrit à son état courant — on remplace, on n'empile pas — et un relevé de ce qui a changé est ajouté à l'historique.
Ensuite
Une fois la demande de fusion validée par le builder : /recette F-XXX.