71 lines
2.7 KiB
Markdown
71 lines
2.7 KiB
Markdown
<!-- 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.
|