PAUL (Plan-Apply-Unify Loop)
PAUL impose une boucle Plan-Apply-Unify à Claude Code : tu définis le travail, l'agent l'exécute tâche par tâche avec un statut à chaque étape (fait, fait avec réserves, contexte manquant, bloqué), puis il réconcilie ce qui était prévu avec ce qui s'est réellement passé. Distribué en npm (`paul-framework`), installable via `npx paul-framework`.
Forces
- L'étape Unify réconcilie prévu vs réel et attrape les fausses complétions avant qu'elles ne s'empilent
- Statuts explicites par tâche (fait / fait avec réserves / contexte manquant / bloqué) au lieu d'un binaire fini/pas fini
- Distribué en npm, installable sans cloner : `npx paul-framework` et la boucle est en place
Limites
- Recouvre largement spec-kit et les méthodes RPI : empilé sur un harnais existant, il fait doublon sur le Plan-Apply
- Surdimensionné pour les petites tâches : la boucle complète ne se justifie que sur un chantier assez gros pour risquer la fausse complétion
Pour qui
- Dev ou tech lead qui pilote un gros chantier multi-tâches et veut une vérification post-exécution par critère
- Équipe fatiguée des agents qui déclarent « c'est fini » sur du travail incomplet et cherche un garde-fou
- Builder qui veut comparer les disciplines spec-avant-coder avant de choisir la sienne