Pomegranate Execution Protocol transforme la doctrine de l’initiative en constitution de projet portable : contrôle, plans, tâches, gates, décisions, preuves, sessions et état de release.
Profil de mission
- Définir une structure canonique Markdown + front-matter YAML.
- Séparer les registres autoritaires du projet de l’état dérivé et des exports.
- Calculer readiness et prochain travail depuis gates et preuves.
- Fournir un index machine avec digest canonique et profil déclaré.
- S’intégrer nativement à Pomegranate Command sans en devenir dépendant.
Architecture
État vérifié
Ce qui existe et a été exercé au moment de la rédaction.
- PEP Forge 0.1.0 est packagé : bundle complet, wheel Python, archives source, projet d’exemple, manifeste de release, sommes SHA-256 publiées et rapport QA.
- Un projet de fumée vivant exerce le protocole sur un dépôt réel.
- Le protocole impose une structure canonique de neuf répertoires : contrôle, plan, tâches, gates, décisions, preuves, rapports, sessions et release.
- Le format canonique est du Markdown à front-matter YAML. Les documents restent l’autorité.
- L’état dérivé n’est explicitement jamais l’autorité : fichier d’état, exports de graphe et d’étape suivante et fichier de statut projet sont tous régénérés depuis les documents canoniques.
- Un index machine déclare son schéma, son type de média, un digest canonique de l’état, le profil du projet, le poids stratégique et le mode d’exploitation.
- Le mode d’exploitation par défaut est « gardé ».
- La compatibilité native avec le plan de contrôle du portefeuille est déclarée dans l’index machine.
- Le cycle de phases va de l’intake et la faisabilité à la définition produit, aux entrées et dépendances, à l’architecture, à la tranche verticale, à l’implémentation cœur, à la complétude fonctionnelle et à la documentation, avec statut, preuves et progression calculée à chaque étape.
Limites assumées
Ce que ce projet n’est pas, écrit ici pour que personne n’ait à le découvrir plus tard.
- 0.1.0 est une première version packagée, exercée sur un seul projet de fumée vivant. Ce n’est pas un standard éprouvé ni un produit à vendre.
- Le protocole organise et dérive l’état. Il n’exécute pas le travail et ne fait pas réussir un projet.
- L’état dérivé n’est jamais l’autorité. Tout ce qui est lu dans les exports doit être traçable jusqu’à un document canonique.
- La compatibilité native avec le plan de contrôle du portefeuille est déclarée, non certifiée indépendamment.
- Le projet témoin se situe tôt dans son propre cycle de phases. Ses chiffres de progression décrivent ce projet, non la maturité du protocole.
La doctrine devient transférable
Audit avant spectacle et preuve avant fermeture ne sont plus des slogans internes à un portefeuille. Ils deviennent une structure versionnée qu’un autre projet peut adopter.
Autorité et dérivation restent séparées
Les registres Markdown demeurent canoniques. Fichiers d’état, graphes et exports de prochaine action sont dérivés et jetables, non des vérités parallèles secrètes.
Conçu pour coopérer
PEP déclare une compatibilité native avec Pomegranate Command tout en restant inspectable et versionnable indépendamment.