Découper la réalisation

Écrire .task/<KEY>/<sujet>/plan-<sujet>.md à côté de la spec du sujet. Lire la spec, les demandes couvertes, le journal, le plan existant et les rapports de revue. Une spec non relue ou dont une décision nécessaire manque doit être complétée avant de planifier les tâches qui en dépendent.

Lire le projet

Lire les instructions du projet et ouvrir les skills pertinents, notamment les conventions du projet, du langage, des tests, des interfaces et des migrations selon les fichiers concernés. Explorer les usages existants avant de choisir une nouvelle structure. Vérifier que les API et composants cités par le plan existent réellement.

Construire les tâches

Une tâche produit un résultat cohérent, vérifiable séparément et prévu pour un commit qui laisse les vérifications pertinentes au vert. Découper par comportement ou préoccupation technique, avec les dépendances explicites. Garder ensemble les changements indissociables, par exemple une validation et les tests qui la couvrent.

Chaque tâche porte une case et un identifiant stable T1, T2, etc. Elle indique :