Mettre le ticket en forme

Produire .task/<KEY>/brief.md à partir de ticket.md et des pièces jointes. Le brief facilite la lecture ; il garde le fond du ticket et ne décide pas de nouveaux comportements.

Lire le contexte

Retrouver le dossier désigné par la session ou l'utilisateur. S'il manque, utiliser flow-ticket quand il est disponible pour préparer la demande. Si la demande source manque, la demander avant de rédiger.

Lire le ticket, ses pièces jointes accessibles, le brief existant, le journal et les retours de revue déjà présents. Avant une exploration technique, lire les instructions du projet et les skills concernés, notamment ceux du projet. Explorer seulement ce qui apporte du contexte utile au ticket ; garder les choix détaillés pour la spec.

Écrire le brief

Regrouper les demandes par écran ou parcours. Citer leurs identifiants D1, D2, etc. pour que chacune puisse être retrouvée dans le ticket. Garder les contraintes et les cas particuliers, même s'ils ne concernent qu'une demande.