pgr/docs/000-README.md

Documentation PGR

Ce fichier est l'index d'entrée de la documentation structurée de Project Governance Rules.

Collections actives

• objectives/ — mission, objectifs durables, non-objectifs et contraintes globales ;
• architecture/ — état architectural courant de PGR et profils applicables ;
• plans/ — plans vivants des releases en cours, puis références historiques après fermeture ;
• studies/ — études bornées utilisées pour comparer des corpus, instruire une décision ou conserver une analyse avant normalisation ;
• rules/ — règles normatives détaillées, organisées progressivement par scope ;
• skeletons/ — spécifications Markdown de composition et d'initialisation de projets ;
• templates/ — instructions d'adaptation des templates techniques et spécification du message manuel de reprise ;
• validation/ — matrices de validation et contrats de preuve.

D'autres collections telles que ideas/, studies/, reference/ ou formats/ ne sont créées que lorsqu'un premier artefact réel les justifie.

Les templates techniques copiables sous templates/ restent séparés des instructions documentaires sous docs/templates/. Les répertoires workflow de racine (deltas/, history/, handoffs/, manifests/, prompts/, scripts/) restent séparés de docs/ parce qu'ils portent le processus de développement et de livraison lui-même.

Points d'entrée de 0.1.1

• plans/007-V0_1_1_WEB_FRONTEND_FOUNDATION_PLAN.md — plan historique de la stable 0.1.1, de l'audit des corpus à la fondation Web composable et à la préparation du futur réexamen Tauri.
• rules/530-TYPESCRIPT.md, rules/540-JAVASCRIPT_PACKAGE_ECOSYSTEM.md, rules/550-VITE.md et rules/560-CSS_SASS.md — owners frontend matérialisés par 0.1.1-alpha.2, séparant langage typé, écosystème de package, build tool et styles.
• templates/008-WEB_TYPESCRIPT_PACKAGE.md — adaptation de la baseline minimale package.json + tsconfig.json de alpha.3, sans package manager, versions ou bundler imposés.
• templates/009-WEB_VITE.md — guide d'adaptation Vite de alpha.4 : root, dev server, cache, outputs, assets et scripts sans imposer de layout ni de port universels.
• templates/010-WEB_CSS_SASS.md — guide CSS/Sass de alpha.5 : sources, modules Sass, packages de styles et artefacts générés sans imposer de framework CSS.
• validation/005-WEB_FRONTEND_VALIDATION.md — validation frontend réutilisable et indépendante du host : restore, type-check, build/styles et smoke proportionné.
• skeletons/003-WEB_FRONTEND.md — specialization Web composable fondée sur les owners 530/540/550/560, sans imposer Vite, Sass, npm, Bootstrap ou un layout unique.
• studies/002-TAURI_SKELETON_DECISION.md — décision DEFER conservée ; beta.1 vérifie que ses cinq prérequis Web sont désormais couverts et prépare leur réexamen objectif en 0.1.4 sans créer le skeleton Tauri.
• studies/003-V0_1_0_HORIZON_REVIEW.md — revue ayant engagé 0.1.1 à 0.1.7 et maintenu WASM, serveur Rust et deployment sans réservation prématurée.
• ../prompts/007-V0_1_1_START_PROMPT.md — contrat de reprise autoritaire de la release 0.1.1.
• ../prompts/008-V0_1_2_START_PROMPT.md — prompt de reprise préparé pour réévaluer Java/Maven/Gradle en 0.1.2, à utiliser seulement après publication et vérification post-tag de 0.1.1, avec frontière Android explicite.

Points d'entrée de 0.1.0

• plans/006-V0_1_0_REUSABLE_BASELINE_PLAN.md — plan historique de la stable 0.1.0, depuis l’audit de v0.0.5 jusqu’à la baseline réutilisable, la clôture/publication et la revue d’horizon.
• templates/006-OPERATOR_COMMAND_HANDOFF.md — pattern de remise automatique des commandes entre history, commit/push, delta suivant, tag et vérification post-tag.
• rules/230-ADOPTION.md — contrat d’adoption proportionnée de PGR par un projet existant sans réécriture rétroactive de son historique.
• templates/007-EXISTING_PROJECT_ADOPTION.md — pattern court de baseline, mapping ADOPT / KEEP-LOCAL / OVERRIDE / DEFER, découpage et validation d’une migration existante.
• validation/004-RUST_CARGO_BASELINE_DRY_RUN.md — contrat de dry-run temporaire pour vérifier la composition d’un nouveau workspace Rust/Cargo et l’adoption non destructive d’un workspace existant.
• studies/003-V0_1_0_HORIZON_REVIEW.md — revue d’horizon de beta.1 engageant 0.1.1 à 0.1.7 par domaines cohérents et laissant WASM, serveur Rust et deployment sans réservation prématurée.
• ../prompts/007-V0_1_1_START_PROMPT.md — prompt de reprise préparé pour la fondation frontend Web 0.1.1, à utiliser seulement après publication et vérification post-tag de 0.1.0.

Points d'entrée de 0.0.5

• plans/005-V0_0_5_RECONCILIATION_PLAN.md — périmètre et décisions de la release 0.0.5 ;
• studies/001-KSP_GAMES_RECONCILIATION.md — inventaire comparatif des baselines KSP/Games et décisions de généralisation, maintien local ou différé.
• studies/002-TAURI_SKELETON_DECISION.md — décision alpha.9 sur la maturité du skeleton Tauri contrôlé et ses prérequis Web encore manquants.
• templates/004-FILE_FAMILY_CONTRACTS.md — pattern facultatif pour expliciter les responsabilités et règles de modification de familles de fichiers locales lorsque la complexité le justifie.
• templates/005-RELEASE_PLAN.md — pattern de plan de release avec clôture/transition explicites et revue d'horizon proportionnée.
• validation/002-RUST_STYLE_AUDITS.md et validation/003-RUST_EXPORT_COMPLETENESS.md — contrats et limites des audits Rust monotâches réconciliés depuis les corpus réels.
• rules/700-FRAMEWORKS.md et rules/710-TAURI.md — activation de la famille framework et premier profil Tauri 2 issu de la réconciliation KSP/Games.
• ../prompts/006-V0_1_0_START_PROMPT.md — prompt de reprise préparé pour la première baseline réutilisable 0.1.0, à utiliser seulement après publication et vérification post-tag de 0.0.5.

Points d'entrée de 0.0.4

• plans/003-V0_0_3_TEMPLATES_AUDITS_PLAN.md — périmètre et décisions de la release 0.0.3 ;
• plans/004-V0_0_4_SKELETONS_PLAN.md — périmètre et décisions de la release 0.0.4 ;
• skeletons/000-README.md — contrat de collection des skeleton specifications ;
• skeletons/001-PROJECT_GOVERNANCE_FOUNDATION.md — fondation de gouvernance locale composable et sans spécialisation technologique ;
• skeletons/002-RUST_CARGO_WORKSPACE.md — specialization Rust/Cargo workspace composable avec la fondation et les cinq templates existants ;
• templates/001-RUST_CARGO_TOOLING.md et templates/002-CARGO_MANIFESTS.md — adaptation des cinq fichiers Rust/Cargo copiables ;
• templates/003-NEW_SESSION_PROMPT.md — spécification du message manuel après une stable publiée ;
• validation/001-VALIDATION_MATRIX.md, validation/002-RUST_STYLE_AUDITS.md et validation/003-RUST_EXPORT_COMPLETENESS.md — gates PGR et limites des audits Rust facultatifs.