# Checklist readiness automation Codex

Utiliser cette checklist avant de transformer un workflow ou une skill en automation.
Une automation doit venir après la stabilisation, pas la remplacer.

## Maturité du workflow

```checklist
[ ] Le workflow a été exécuté manuellement plusieurs fois.
[ ] Les entrées sont stables.
[ ] Le résultat attendu est observable.
[ ] Les validations sont connues.
[ ] Les cas d'échec fréquents sont identifiés.
[ ] Le format de sortie est exploitable par une personne.
```

## Cadrage de l'automation

```checklist
[ ] La fréquence est justifiée.
[ ] Le prompt est durable et ne dépend pas d'un contexte de chat fragile.
[ ] La condition d'arrêt est écrite.
[ ] Le scope est limité.
[ ] Le owner humain est nommé.
[ ] Les règles d'escalade sont claires.
```

## Permissions

```checklist
[ ] Les permissions minimales suffisent.
[ ] Le full access en background est évité sauf justification explicite.
[ ] L'accès réseau est limité aux besoins réels.
[ ] Les fichiers modifiables sont clairement bornés.
[ ] Les secrets ne sont jamais affichés dans les sorties.
```

## Validation avant planification

```checklist
[ ] Un run manuel a été exécuté dans un thread régulier.
[ ] Le résultat du run manuel est relu.
[ ] Les logs ou traces sont exploitables.
[ ] Les erreurs produisent un signal compréhensible.
[ ] Une evidence note ou trace de validation est attendue.
```

## Questions de review

- Que se passe-t-il si l'automation produit du bruit pendant une semaine ?
- Qui peut l'arrêter ?
- Quel est le blast radius maximal ?
- Quelle validation prouve que le run a été utile ?
- Quelles actions doivent rester manuelles ?