0.0.1-alpha.1

prompts/001-V0_0_1_START_PROMPT.md

@@ -0,0 +1,70 @@
+<!-- file: prompts/001-V0_0_1_START_PROMPT.md -->
+<!-- version: 1 -->
+
+# Prompt de démarrage 0.0.1 — fondation de Project Governance Rules
+
+## Base et cible
+
+Dépôt canonique :
+
+```text
+https://git.sasedev.com/Sasedev/pgr
+```
+
+Le dépôt part initialement vide. Aucune stable, aucun tag et aucune archive PGR antérieure ne doivent être inventés pour le bootstrap.
+
+Version cible :
+
+```text
+0.0.1
+```
+
+Première tranche :
+
+```text
+0.0.1-alpha.1
+```
+
+## Mission
+
+Construire la fondation normative et documentaire de PGR à partir des décisions consolidées lors de la conception préalable, sans essayer de traiter immédiatement tous les langages, plateformes, templates et skeletons.
+
+`alpha.1` doit obligatoirement :
+
+- créer l'identité et les objectifs de PGR ;
+- établir la hiérarchie normative et le principe de proportionnalité ;
+- créer le profil du dépôt et l'architecture du référentiel ;
+- définir le plan complet de `0.0.1` ;
+- installer la première matrice de validation ;
+- dimensionner les tranches suivantes avant tout travail massif.
+
+## Principes acquis
+
+- PGR normalise, simplifie, sécurise et automatise uniquement lorsque cela apporte une valeur réelle.
+- Les projets créés à partir de PGR restent autonomes.
+- PGR fournit des règles, templates, skeleton specifications Markdown et audits ; il ne fournit pas de générateur de projets.
+- Les audits sont read-only et grandissent à partir de besoins réels.
+- Les tests sont utiles et proportionnés ; aucun quota global de code coverage n'est imposé.
+- La nomenclature/code est en anglais et les explications normatives du dépôt principal sont en français.
+- Une traduction complète éventuelle vit dans un dépôt séparé (`pgr-en`, `pgr-de`, `pgr-ar`, etc.).
+
+## Découpage initial attendu
+
+```text
+0.0.1 -> governance foundation
+0.0.2 -> technology rule profiles
+0.0.3 -> technical templates and initial audit patterns
+0.0.4 -> skeleton specifications and composition
+0.0.5 -> reconciliation against KSP and sasedev-games
+0.1.0 -> first reusable baseline
+```
+
+Ce découpage est prévisionnel et doit être replanifié s'il cesse de représenter correctement la réalité.
+
+## Règles de travail
+
+Une tranche doit rester cohérente et validable indépendamment. L'heuristique de 15 à 30 minutes sert à détecter les tranches trop grosses ; elle ne constitue pas une deadline.
+
+Un changement documentaire ne doit pas créer artificiellement des toolchains, tests ou audits sans valeur. Une validation doit prouver le scope réellement modifié.
+
+Si la conversation ou la session se termine avant la stable, reprendre la même release/tranche depuis le dernier état opérateur validé ; ne jamais fabriquer une nouvelle version uniquement à cause d'une interruption de contexte.