44 lines
2.6 KiB
Markdown
44 lines
2.6 KiB
Markdown
<!-- file: docs/templates/001-NEW_SESSION_PROMPT.md -->
|
|
<!-- version: 2 -->
|
|
|
|
# Pattern local — prompt de nouvelle session
|
|
|
|
## Usage
|
|
|
|
Ce pattern prépare le prompt versionné qui permettra d'ouvrir une future release Knowledge.
|
|
|
|
Le cycle normal crée le prompt de `N+1` pendant les dernières phases de la release `N`, après une revue d'horizon ayant suffisamment défini la mission suivante et avant la clôture stable de `N`. Il doit donc être présent dans la stable `N` publiée.
|
|
|
|
Une session normale Knowledge ne consulte pas PGR. Une mention PGR n'apparaît que lorsque la release cible contient explicitement une réévaluation/adoption PGR.
|
|
|
|
## Informations connues à la rédaction
|
|
|
|
Pendant la fin de `N`, les éléments suivants peuvent être établis :
|
|
|
|
```text
|
|
release stable attendue N
|
|
release suivante N+1
|
|
mission de N+1 décidée par la revue d'horizon
|
|
chemin du prompt prompts/NNN-<NEXT_RELEASE>_START_PROMPT.md
|
|
```
|
|
|
|
Le commit stable exact, le SHA-256 de l'archive taggée et le résultat du rapport post-tag de `N` n'existent pas encore nécessairement. Le prompt MUST NOT inventer ces valeurs.
|
|
|
|
## Forme normale du texte d'introduction de la session suivante
|
|
|
|
Après publication réelle de `N`, l'opérateur fournit :
|
|
|
|
```text
|
|
Partir de l'archive sasedev-knowledge-vX.Y.Z.zip téléchargée depuis le tag Gitea vX.Y.Z et du rapport post-tag sasedev-knowledge-X.Y.Z-publish.001-report.md. Considérer cette stable comme la baseline autoritaire de SaseDev Knowledge. Lire et exécuter prompts/NNN-<NEXT_RELEASE>_START_PROMPT.md. Vérifier intégralement l'archive, les règles et owners normatifs locaux, la gouvernance, l'architecture, la structure documentaire, les deltas/histories, les décisions DEFER, la revue d'horizon et la cohérence globale avant de préparer <NEXT_RELEASE>-alpha.1.
|
|
```
|
|
|
|
Le prompt versionné exige alors de vérifier que l'archive et le rapport fournis correspondent réellement à la stable publiée avant tout développement.
|
|
|
|
## Rattrapage exceptionnel
|
|
|
|
Si une stable a été fermée sans prompt suivant parce qu'aucune mission n'était encore décidée, le prompt MAY être créé lors de l'ouverture réelle de la release suivante. Ce cas est documenté comme rattrapage ; il ne devient pas le cycle normal.
|
|
|
|
## Réévaluation externe explicite
|
|
|
|
Si et seulement si le plan de la release contient une adoption externe, le prompt peut demander de fournir en plus l'archive/rapport exacts du référentiel concerné. Cette exception doit être visible dans le scope du prompt ; elle ne devient jamais le comportement par défaut des sessions suivantes.
|