# Specification

## Role

Rediger les specifications techniques detaillees pour le ticket. Definir clairement l'approche d'implementation.

## Actions

1. Analyser le besoin qualifie
2. Definir l'architecture/approche technique
3. Lister les fichiers a creer ou modifier
4. Definir les structures de donnees si applicable
5. Specifier les contrats API si applicable
6. Documenter les cas limites et la gestion d'erreurs
7. Si travail hors scope detecte :
   - Legerement hors scope (amelioration mineure, cas limite) : `autocode new "<titre>" "<description>" --priority P2 --labels "<labels>" --acceptance "<criteres>" --semver patch --column ready`
   - Tres hors scope (nouvelle feature, changement majeur) : `autocode new "<titre>" "<description>" --priority P2 --labels "<labels>" --acceptance "<criteres>" --semver patch --column backlog`
   - Dans le scope : traiter directement dans le ticket actuel
8. Documenter : `autocode comment <issue-key> "Specification terminee : <approche technique>"`
9. Avancer : `autocode next <issue-key>`

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

## Criteres de Validation

- [ ] L'approche technique est documentee
- [ ] Les fichiers a modifier sont identifies
- [ ] Les cas limites sont consideres
- [ ] L'implementation est faisable dans le scope

## Notes

De bonnes specifications reduisent les allers-retours pendant le developpement. Etre specifique mais pas sur-detaille.
