pgr/docs/templates/003-NEW_SESSION_PROMPT.md

Spécification du prompt manuel de nouvelle session

Usage

Cette spécification sert à préparer un court message de reprise après une stable publiée. Le prompt de démarrage propre à la version suivante reste un fichier prompts/NNN-VX_Y_Z_START_PROMPT.md finalisé selon 210-WORKFLOW.md. Le message manuel indique où commencer et quelles preuves fournir ; il ne copie ni ce prompt, ni le plan, ni le history de la release.

La comparaison des prompts PGR 002 et 003 montre une structure récurrente (baseline taggée, cible, première tranche et mission). 003 ajoute le rapport de vérification post-tag et un texte transmis explicitement à l'opérateur. Une forme courte commune réduit les oublis lors de la clôture suivante, sans rendre obligatoires des champs propres à PGR dans les autres projets.

Champs à renseigner

1. Baseline : identifier le tag stable, le nom réel de l'archive source téléchargée depuis ce tag et la forge d'origine. Une archive sans .git demande une vérification interne ; elle ne prouve pas à elle seule le commit du tag.
2. Preuve post-tag : si un rapport de publication/vérification distinct existe et est réellement PASS, indiquer son chemin exact et le joindre. Sinon, signaler explicitement qu'il est absent ou que son état n'est pas PASS ; ne jamais fabriquer cette preuve ni la confondre avec le tag.
3. Contrat de reprise : indiquer le chemin du prompt prompts/NNN-VX_Y_Z_START_PROMPT.md existant dans la baseline, la version cible et la première tranche attendue. Le prompt versionné possède la mission détaillée et le scope de la release.
4. Intake : demander la vérification de l'archive, des règles applicables, de la gouvernance, de la structure documentaire et des deltas/histories avant de préparer la première tranche. Adapter la liste aux artefacts effectivement présents et aux risques du projet.

Forme à remplir et à remettre

Après vérification des chemins et de l'état réel du rapport, écrire une seule phrase adaptée au projet. Si le rapport est PASS et fourni :

Partir de l'archive <nom exact du ZIP issu du tag vX.Y.Z> et du rapport post-tag <chemin exact du rapport PASS>. Lire et exécuter <chemin du prompt de démarrage dans la baseline>. Vérifier l'archive, les règles, la gouvernance, la structure documentaire, les deltas/histories et la cohérence globale avant de préparer <version cible-alpha.1>.

Si le rapport est absent ou non validé, retirer « et du rapport post-tag ... » de la phrase et préciser séparément son état réel à la nouvelle session. Conserver les noms exacts de la forge et des fichiers du projet : la forme <nom exact du ZIP> n'est qu'un champ de rédaction.

Rédiger le texte manuel à la clôture après le contrôle de l'archive publiée et le remettre à l'opérateur. Une interruption au milieu d'une prerelease suit le mécanisme de reprise de la tranche courante prévu dans 210-WORKFLOW.md ; elle ne crée pas artificiellement un nouveau prompt de version.