# Template de workflow Markdown Codex

Utiliser ce template lorsqu'une procédure commence à revenir régulièrement, mais n'est pas encore assez stabilisée pour devenir une skill ou une automation.

## Nom du workflow

- Nom :
- Owner :
- Dernière mise à jour :

## À utiliser quand

Décrire les situations dans lesquelles ce workflow est pertinent.

```checklist
[ ] La tâche revient régulièrement.
[ ] Le résultat attendu est observable.
[ ] Les entrées nécessaires sont connues.
[ ] La validation attendue est explicite.
```

## Entrées

Lister ce que la personne ou l'équipe doit fournir avant de lancer le workflow.

- Contexte :
- Objectif :
- Scope :
- Non-goals :
- Contraintes :
- Commandes de validation :

## Étapes

Décrire la procédure sous forme d'étapes courtes et vérifiables.

1. Inspecter le contexte et les fichiers concernés.
2. Reformuler l'objectif et les limites si nécessaire.
3. Exécuter la première étape de travail.
4. Valider rapidement le résultat intermédiaire.
5. Continuer par petites modifications.
6. Exécuter la validation ciblée.
7. Exécuter une validation plus large si le risque le justifie.
8. Produire une trace de validation.

## Do not

Ce que le workflow ne doit pas autoriser.

- Ne pas élargir le scope sans accord explicite.
- Ne pas mélanger refactoring opportuniste et changement demandé.
- Ne pas modifier les contrats publics sans validation humaine.
- Ne pas ajouter de dépendance sans approbation.

## Validation

Décrire comment prouver que le workflow a produit le résultat attendu.

- Validation ciblée :
- Validation élargie :
- Smoke test :
- Vérification manuelle :

## Sortie attendue

Décrire ce que Codex ou la personne qui exécute le workflow doit fournir à la fin.

- Résumé du changement :
- Fichiers modifiés :
- Validations exécutées :
- Validations non exécutées :
- Limites connues :
- Points d'attention pour la review :

## Critères de promotion

Le workflow peut devenir une skill lorsque :

```checklist
[ ] Il a été exécuté plusieurs fois avec succès.
[ ] Les entrées sont stables.
[ ] Les étapes ne changent presque plus.
[ ] Le format de sortie est utile.
[ ] Les validations sont connues.
[ ] Les risques principaux sont maîtrisés.
```

Le workflow peut être automatisé seulement lorsque :

```checklist
[ ] La procédure est stable.
[ ] Le risque est faible ou très encadré.
[ ] Les permissions nécessaires sont minimales.
[ ] Une condition d'arrêt existe.
[ ] Un owner humain est nommé.
[ ] Les traces produites sont exploitables.
```