Prompt de démarrage 0.0.2 — profils de règles technologiques

Base et cible

Dépôt canonique :

https://git.sasedev.com/Sasedev/pgr

Baseline attendue au démarrage effectif de 0.0.2 : archive source issue du tag stable :

v0.0.1

L'archive taggée peut légitimement ne pas contenir .git. Sa vérification porte alors sur sa cohérence interne et sur les artefacts versionnés, conformément aux règles PGR.

Version cible :

0.0.2

Première tranche attendue :

0.0.2-alpha.1

Mission

Introduire les premiers profils de règles réutilisables par langage, écosystème, plateforme, framework et type de projet, sans dupliquer les règles générales déjà possédées par RULES.md et les familles 200, 300 et 400.

alpha.1 MUST commencer par auditer la stable 0.0.1, vérifier le plan prévisionnel de 0.0.2, inventorier les profils réellement utiles et découper la version en tranches proportionnées avant toute consolidation massive.

Principes acquis

une règle générale ne doit pas absorber une contrainte propre à une technologie ou à un projet ;
la règle la plus spécifique applicable peut raffiner ou remplacer localement une règle plus générale lorsque son scope est explicite ;
les profils sont des ensembles cohérents de règles, pas des catalogues de dépendances ;
un projet instancié depuis PGR ne copie que les règles qui lui sont applicables et possède ensuite sa baseline locale de façon autonome ;
aucune technologie ne doit être ajoutée uniquement pour remplir une taxonomie ;
les structures canoniques des écosystèmes doivent être respectées lorsqu'elles sont pertinentes ;
les choix qui restent réellement ouverts doivent devenir des points de décision ou des studies, pas des règles arbitraires ;
code, identifiants, chemins, noms de fichiers et nomenclature technique restent en anglais ; les explications normatives du dépôt principal restent en français.

Domaines candidats à consolider

Le cadrage alpha.1 doit notamment examiner les corpus déjà conçus pour :

Rust / Cargo
Java / Maven / Gradle
Android
Rust + Android / JNI
Tauri desktop et mobile
Web / TypeScript / Vite / WASM / serveurs Rust
C / C++ / CMake
PHP / Composer
Python 3
architecture et règles cross-cutting associées

Cette liste est une matière de cadrage, pas l'obligation de créer immédiatement un document pour chaque entrée. Les profils doivent être matérialisés uniquement lorsqu'ils possèdent un contenu normatif réel et un propriétaire documentaire clair.

Hors périmètre attendu de 0.0.2

Sauf REPLAN justifié, 0.0.2 ne doit pas encore :

produire le catalogue final des templates techniques, réservé à 0.0.3 ;
construire les skeleton specifications complètes, réservées à 0.0.4 ;
créer un générateur PGR ;
réécrire KSP ou sasedev-games, leur réconciliation réelle étant prévue plus tard ;
créer des audits spécialisés sans propriété stable et objectivement automatisable.

Règles de travail

Le cycle PGR s'applique à PGR lui-même :

delta N
→ validation opérateur
→ history N
→ commit N
→ delta N+1

Le delta suivant MUST NOT être superposé avant le commit de la tranche courante.

Une interruption de session ne crée pas une nouvelle version. Reprendre depuis la dernière tranche réellement committée et son history ; utiliser un handoff uniquement lorsqu'il apporte une valeur réelle à la reprise.

3.5 KiB Raw Blame History