---
description: Livrables SUIVI en un seul bloc markdown copiable (une bulle)
alwaysApply: true
---
# Format des livrables (SUIVI #xxx)

Quand l'utilisateur demande un **livrable**, une **synthèse de ticket**, ou un bloc **« copiable »** :

1. **Une seule bulle** : tout le livrable tient dans **un seul message**, sans préambule long ni sections éparpillées hors du bloc.
2. **Un seul bloc markdown** : envelopper l'intégralité du livrable dans **un unique** fence ` ```markdown ` … ` ``` ` pour copie en un clic.
3. **Contenu à l'intérieur du bloc** : résumé, diffs/liste fichiers, confirmations techniques, git (`git log --oneline -1 origin/main`), tests prod — tout dedans.
4. **Hors du bloc** : au plus une phrase courte d'accusé de réception (ex. « Règle ajoutée »). Ne pas dupliquer le livrable en prose en dehors du fence.
5. **Pas de fence imbriqué** : à l'intérieur du bloc livrable, ne jamais utiliser de ligne ` ``` ` (triple backtick) — cela ferme le fence parent et casse la bulle en plusieurs messages. Pour un hash git ou une commande : texte brut ou backtick inline (`abc1234`).

Exemple de structure :

```markdown
## SUIVI #xxx — livrable

### Résumé
...

### Fichiers modifiés
...

### Git
abc1234 message (#xxx)
Poussé sur origin/main. git status : clean sauf PROJECT.md.

### Tests prod
1. ...
```

Ne pas fragmenter le livrable en plusieurs fences, tableaux isolés ou listes séparées du bloc principal.