PROJECT STARTER KIT TEMPLATE — v1.0
(Modèle de base pour initialiser un nouveau projet dans ChatGPT)

Ce fichier décrit quels fichiers créer et comment les nommer pour démarrer proprement.

--------------------------------------------------
1) FICHIER GUIDELINES (OBLIGATOIRE)

Nom recommandé :
    00_PROJECT_GUIDELINES__documentation_workflow.txt

Contenu :
    - Coller la version complète des PROJECT DOCUMENTATION GUIDELINES (v1.1).
Rôle :
    - Référence formelle des règles documentaires pour ce projet.

--------------------------------------------------
2) FICHIER INDEX (OBLIGATOIRE)

Nom :
    00_INDEX__<Projet>__overview.txt

Contenu initial minimal (exemple) :

    [META]
    Projet       : <Nom du projet>
    Créé le      : <YYYY-MM-DD>
    Responsable  : Mousse
    IA principale: ChatGPT (Seedmover / Hub / etc.)

    [BLOCS]
    A | (non défini) | TODO   | -
    B | (non défini) | TODO   | -
    C | (non défini) | TODO   | -

    [ARCHIVES NAS/GIT]
    (à remplir au fur et à mesure)

Rôle :
    - Table des matières et statut global du projet côté bibliothèque ChatGPT.

--------------------------------------------------
3) CHECKLIST SESSION (OBLIGATOIRE)

Nom :
    00_CHECKLIST__session_workflow.txt

Contenu :
    - Coller la PROJECT SESSION CHECKLIST v1.0.
Rôle :
    - Rituel AVANT / PENDANT / APRÈS chaque session de travail.

--------------------------------------------------
4) PREMIÈRES SPECS (OPTIONNEL MAIS RECOMMANDÉ)

Exemples de noms :
    10_SPEC__<Projet>_A_Draft.txt
    10_SPEC__<Projet>_B_Draft.txt

Contenu :
    - Définir pour chaque bloc (A, B…) :
        - le périmètre,
        - les objectifs,
        - les grands principes,
        - les questions ouvertes.

Rôle :
    - Point de départ pour construire plus tard les 10_SPEC__…_Final.txt.

Quand un bloc est stabilisé :
    - Créer 10_SPEC__<Projet>_<Bloc>_Final.txt
    - Mettre à jour l’INDEX (statut = FROZEN)
    - Archiver les drafts sur NAS/Git, puis les retirer de la bibliothèque.

--------------------------------------------------
5) DOCS MÉTIER & RÉFÉRENTIELS (EN FONCTION DU PROJET)

Exemples :
    20_METIER__<Projet>__scenarios_critique.txt
    30_TECH__<Projet>__mapping_states_reference.txt

Rôle :
    - Décrire les cas d’usage, invariants métier, tables d’états, formats, etc.
    - Servir de support aux specs.

--------------------------------------------------
6) SNAPSHOTS DE SCRIPTS (SI NÉCESSAIRE)

Nom type :
    40_SCRIPTREF__<script_name>_vX.Y.txt

Règles :
    - Garder seulement les versions de référence (stables).
    - Pas de multiplications de versions dans la bibliothèque.
    - Historique complet conservé sur NAS/Git.

--------------------------------------------------
7) ÉTAT INITIAL RECOMMANDÉ

Pour un nouveau projet, viser au départ :

    00_PROJECT_GUIDELINES__documentation_workflow.txt
    00_INDEX__<Projet>__overview.txt
    00_CHECKLIST__session_workflow.txt

    10_SPEC__<Projet>_A_Draft.txt
    20_METIER__<Projet>__scenarios_critique.txt  (si pertinent)

Puis enrichir progressivement en respectant les règles :
    - un seul fichier FINAL par bloc,
    - INDEX toujours cohérent,
    - bibliothèque légère, archives sur NAS/Git.

FIN — STARTER KIT TEMPLATE v1.0