# In Progress

## Role

Developpement actif. Le ticket est en cours de travail, le code est en cours d'ecriture.

## Actions

1. Analyser le ticket et les criteres d'acceptation
2. Explorer le codebase pour comprendre le contexte existant
3. Planifier les modifications (fichiers a creer/modifier)
4. **VERIFICATION OBLIGATOIRE** : Pour CHAQUE critere d'acceptation :
   - Verifier si le critere est deja satisfait dans le code existant
   - Si NON : implementer la fonctionnalite manquante
   - Si OUI : passer au critere suivant
5. Tester localement que TOUS les criteres passent
6. Commit + push du travail effectue
7. Si travail hors scope detecte : `autocode new "<titre>" "<description>" --priority P2 --labels "<labels>" --acceptance "<critères>" --semver patch --column backlog`
8. Documenter : `autocode comment <issue-key> "Travail effectue : [liste des modifications]"`
9. **SEULEMENT SI TOUS LES CRITERES SONT SATISFAITS** : `autocode next <issue-key>`

> Ou retour : `autocode move <issue-key> <target-column-slug>`

## IMPORTANT

⚠️ **NE JAMAIS appeler `autocode next` si les criteres d'acceptation ne sont pas TOUS satisfaits !**

Si des criteres ne peuvent pas etre satisfaits :
- Documenter pourquoi avec `autocode comment`
- NE PAS avancer le ticket
- Attendre une decision humaine

Si le code existe deja mais ne correspond pas aux criteres :
- MODIFIER le code pour qu'il corresponde aux criteres
- Ne pas supposer que "le code existe donc c'est bon"

## Criteres de Validation

- [ ] TOUS les criteres d'acceptation du ticket sont verifies UN PAR UN
- [ ] Le code implemente TOUTES les fonctionnalites requises par les criteres
- [ ] Tests locaux passent
- [ ] Code commite et pousse
- [ ] Un commentaire resume le travail effectue

## Notes

Pour investigation : la reponse documentee est le livrable. Pour bug : identifier la cause racine avant de coder le fix.
