Sasedev/pgr
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

0.1.5-alpha.4

Browse Source
This commit is contained in:
SinuS von SifriduS
2026-10-01 10:25:20 +02:00
parent 7079b150a8
commit 43ee26b856
9 changed files with 365 additions and 13 deletions
Download Patch File Download Diff File Expand all files Collapse all files

15
docs/plans/011-V0_1_5_NORMATIVE_AUTONOMY_PLAN.md
View File

@@ -1,5 +1,5 @@
<!-- file: docs/plans/011-V0_1_5_NORMATIVE_AUTONOMY_PLAN.md -->
<!-- version: 3 -->
<!-- version: 4 -->
# Plan 0.1.5 — sémantique normative, autonomie et frontière PGR / Knowledge
@@ -214,7 +214,7 @@ frontière PGR / Knowledge
Aucun nouveau owner Knowledge n’est prévu par défaut.
## Progression acquise avant `alpha.3`
## Progression acquise avant `alpha.4`
La première gate `alpha.1` a acquis les tests et audits principaux mais n'a pas exécuté toutes les assertions contractuelles prévues par son delta. Son history conserve donc le résultat réel `PARTIAL`.
@@ -240,6 +240,17 @@ Décisions de mise en œuvre `alpha.3` :
- `210-WORKFLOW.md` et `003-NEW_SESSION_PROMPT.md` restent `KEEP` : leur contrat de reprise depuis la baseline autoritaire du projet est déjà compatible ;
- la frontière PGR / SaseDev Knowledge reste réservée à `alpha.4`.
La gate opérateur de `alpha.3` du `2026-10-01` est `PASS` avec `55/55` tests, les audits documentaires propres et le scope Git attendu. Le contrat d'autonomie locale est donc acquis avant ouverture de `alpha.4`.
Décisions de mise en œuvre `alpha.4` :
- remplacer les formulations « recette Markdown » des skeletons par « spécification Markdown composable » afin de ne pas confondre contrat structurel PGR et recette pratique ;
- formaliser dans `300-DOCUMENTATION.md` une frontière documentaire où PGR possède les éléments nécessaires à ses contrats normatifs et où les howtos détaillés, recettes, snippets, exemples, dépannage, comparatifs et variantes MAY vivre dans une base de connaissances séparée ;
- mentionner SaseDev Knowledge uniquement comme destination pratique possible, jamais comme owner normatif ni dépendance requise ;
- imposer l'auto-suffisance de PGR : aucun howto/snippet externe ne peut être nécessaire pour déterminer la force, le scope ou les exigences d'une règle PGR ;
- conserver toute migration physique hors scope de `0.1.5` tant qu'une destination Knowledge autoritaire n'est pas explicitement fournie et vérifiée ;
- ne créer aucun nouvel owner Knowledge et ne modifier aucun history antérieur.
## Trajectoire de release
### `alpha.1` — intake, audit transversal et plan