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.3

• plans/009-V0_1_3_ANDROID_REEVALUATION_PLAN.md — plan actif de la réévaluation pratique Android, créé après audit de v0.1.2 et du corpus Games autoritaire.
• rules/610-ANDROID.md — owner Android à réévaluer ; il reste inchangé dans alpha.1 avant normalisation des décisions démontrées.
• rules/520-JAVA.md et rules/522-GRADLE.md — owners composés uniquement lorsqu'un projet Android contient réellement du Java ou utilise Gradle.
• rules/600-PLATFORMS.md et rules/400-VALIDATION.md — contrats généraux de plateforme et de preuve auxquels la spécialisation Android doit rester conforme.
• studies/003-V0_1_0_HORIZON_REVIEW.md — revue ayant engagé Android 0.1.3, Tauri 0.1.4 puis l'adoption Games 0.1.5 comme scopes distincts.
• ../prompts/009-V0_1_3_START_PROMPT.md — contrat de reprise exécuté pour ouvrir 0.1.3-alpha.1 après publication vérifiée de v0.1.2.

Points d'entrée de 0.1.2

• plans/008-V0_1_2_JAVA_GRADLE_REEVALUATION_PLAN.md — plan historique de la stable 0.1.2, de la réévaluation Games à la scission 520/521/522, avec frontière Android explicite.
• rules/520-JAVA.md — owner Java issu de la réévaluation du profil historique combiné ; il possède JDK, compatibilité source/bytecode, structure, API et tests Java.
• rules/521-MAVEN.md — spécialisation Maven séparée afin que Maven ne devienne pas implicitement applicable à tout projet Java.
• rules/522-GRADLE.md — spécialisation Gradle éprouvée contre Games, avec ownership du build, politique Wrapper/système et propriétés partagées/locales.
• rules/610-ANDROID.md — owner de contrôle de frontière ; AGP, SDK/NDK, ABI/JNI, manifests, packaging/signing et smokes Android restent hors du scope 0.1.2.
• studies/003-V0_1_0_HORIZON_REVIEW.md — revue ayant engagé 0.1.2 puis la réévaluation Android 0.1.3 comme releases distinctes.
• ../prompts/008-V0_1_2_START_PROMPT.md — contrat de reprise autoritaire exécuté pour ouvrir 0.1.2-alpha.1 après publication vérifiée de v0.1.1.
• ../prompts/009-V0_1_3_START_PROMPT.md — prompt préparé par la RC pour la réévaluation Android 0.1.3, à exécuter uniquement après publication et vérification post-tag de v0.1.2.

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.