pgr/docs/skeletons/000-README.md

Index des skeleton specifications PGR

Cette collection contient les recettes Markdown utilisées pour initialiser des baselines de projet ou composer plusieurs profils PGR sans transformer PGR en générateur.

Le contrat normatif commun des skeletons appartient à ../rules/220-SKELETONS.md. Le modèle de composition des profils reste défini par ../architecture/003-RULE_PROFILE_MODEL.md.

Rôle de la collection

Chaque specification concrète doit décrire un besoin réel et actionnable. Elle sélectionne les owners normatifs et templates nécessaires, rend visibles les décisions propres au projet, définit l'ordre de composition utile et fournit une validation initiale proportionnée.

Les fichiers techniques copiables ne vivent pas ici : ils restent sous templates/. Leurs guides d'adaptation restent sous docs/templates/. Les règles restent sous docs/rules/.

Une specification peut se composer avec une fondation plus générale, mais la collection ne duplique pas artificiellement une recette pour chaque combinaison possible de technologies.

Specifications actives

• 001-PROJECT_GOVERNANCE_FOUNDATION.md — fondation composable pour établir la gouvernance locale, la version, la documentation minimale, le workflow retenu et sa validation initiale sans imposer d'architecture applicative.
• 002-RUST_CARGO_WORKSPACE.md — specialization composable d'un workspace Rust/Cargo fondée sur 001, les profils 500 + 510, les cinq templates Rust/Cargo et une validation réelle de la toolchain.

Les familles Java/Android, Web, JNI et autres domaines sans pièces suffisantes restent différées tant que leurs owners normatifs et artefacts d'instanciation ne permettent pas une baseline réellement actionnable.

Le skeleton Tauri a fait l'objet d'une décision explicite en 0.0.5-alpha.9 : le host Rust/Tauri est suffisamment cadré par 510 et 710, mais PGR ne possède pas encore les owners Web/Vite/TypeScript/Sass nécessaires pour matérialiser proprement la stack frontend candidate des projets contrôlés. Aucun 003-TAURI... n'est donc créé dans 0.0.5. La décision et ses conditions de sortie sont enregistrées dans ../studies/002-TAURI_SKELETON_DECISION.md.

Un futur skeleton Tauri devra composer les owners existants avec les profils Web réellement matérialisés ; il ne devra pas faire du skeleton lui-même le propriétaire des règles Vite, TypeScript, Sass, Bootstrap ou du package manager.

Aucun fichier placeholder ne doit être ajouté pour réserver un skeleton futur.