# Delta 0.0.2-alpha.1 — audit de baseline et cadrage des profils ## Baseline Archive source fournie par l'opérateur comme téléchargement du tag stable Gitea : ```text v0.0.1 ``` Cette archive constitue la baseline autoritaire de la tranche. L'absence de `.git` y est normale ; aucun état provenant d'un workspace local ou d'une conversation antérieure n'est utilisé comme état courant s'il n'est pas confirmé par l'archive ou par `prompts/002-V0_0_2_START_PROMPT.md`. Version attendue avant application : ```text 0.0.1 ``` Version après application : ```text 0.0.2-alpha.1 ``` ## Objet Exécuter le gate de framing imposé par le prompt `0.0.2` avant toute consolidation technologique : - vérifier la baseline stable `v0.0.1` ; - auditer les règles, la gouvernance, la structure documentaire, les deltas/histories et la cohérence générale ; - confronter le prompt `0.0.2` à l'état réel du dépôt ; - inventorier les profils technologiques candidats ; - limiter le scope aux profils utiles à cette première release ; - dimensionner les tranches suivantes ; - créer le plan actif `0.0.2`. Aucune règle technologique détaillée n'est introduite dans `alpha.1`. ## Résultat de l'audit de baseline La prévalidation de l'archive a constaté : - archive ZIP lisible, racine unique `pgr/`, sans doublon, traversal ou symlink ; - `44` fichiers et `13` répertoires ; - `VERSION` égal à `0.0.1` ; - absence normale de `.git` ; - aucun cache/build connu ou secret local distribué ; - headers `file/version` cohérents sur tous les Markdown ; - aucun lien Markdown local cassé parmi les liens vérifiés ; - `12` deltas et `12` histories `0.0.1` appariés exactement ; - chaîne PASS/FAIL/fix cohérente jusqu'à `rel.001` PASS ; - plan `0.0.1` clôturé, roadmap/changelog cohérents et prompt `0.0.2` présent ; - compteurs internes des documents vivants cohérents avec les opérations de deltas observées. Aucun défaut bloquant n'impose de `0.0.1` correctif avant le démarrage de `0.0.2`. Une observation non bloquante est conservée dans le plan : le history stable mentionne un contrôle post-tag `publish.001`, mais aucune preuve versionnée correspondante ne peut être déduite de cette archive. `alpha.1` n'invente ni ne reconstruit cette preuve. ## Cadrage retenu `0.0.2` matérialisera d'abord : ```text profile model / composition Rust / Cargo Java / Maven / Gradle Android Rust + Android / JNI Web / TypeScript / Vite / WASM / Rust server composition Tauri desktop/mobile ``` Les profils suivants sont examinés mais différés de cette release afin d'éviter une taxonomie exhaustive sans nécessité immédiate : ```text C / C++ / CMake PHP / Composer Python 3 application/package ``` Ils restent des candidats futurs et ne sont pas rejetés. Les règles cross-cutting ne recevront un propriétaire `800 — architecture` que lorsqu'une règle réellement commune à plusieurs profils n'est pas déjà possédée par un owner général existant. ## Scope REPLACE : ```text VERSION ``` ADD : ```text docs/plans/002-V0_0_2_RULE_PROFILES_PLAN.md deltas/0.0.2/alpha.1.md ``` DELETE : aucun. Aucun manifest de suppression n'est nécessaire. ## Documents volontairement inchangés Les documents suivants ne sont pas modifiés uniquement pour refléter le passage à `0.0.2-alpha.1` : ```text README.md RULES.md ROADMAP.md CHANGELOG.md docs/000-README.md docs/rules/000-README.md ``` Leur contenu courant reste cohérent : la roadmap annonce déjà `0.0.2`, les règles possèdent déjà le framing `alpha.1` et la hiérarchie général → spécifique, et le changelog ne journalise pas les prereleases internes. ## Validation opérateur ```bash test "$(cat VERSION)" = "0.0.2-alpha.1" test -f docs/plans/002-V0_0_2_RULE_PROFILES_PLAN.md test -f deltas/0.0.2/alpha.1.md grep -F 'Plan actif créé pendant `0.0.2-alpha.1`' docs/plans/002-V0_0_2_RULE_PROFILES_PLAN.md grep -F 'Aucun défaut bloquant de gouvernance' docs/plans/002-V0_0_2_RULE_PROFILES_PLAN.md grep -F '### alpha.2 — Rule profile model' docs/plans/002-V0_0_2_RULE_PROFILES_PLAN.md grep -F '### alpha.8 — Tauri desktop/mobile' docs/plans/002-V0_0_2_RULE_PROFILES_PLAN.md grep -F -- '- `( ) 0.0.2`' ROADMAP.md grep -F 'v0.0.1' prompts/002-V0_0_2_START_PROMPT.md git diff --check git add VERSION docs/plans/002-V0_0_2_RULE_PROFILES_PLAN.md deltas/0.0.2/alpha.1.md git diff --cached --check git status --short ``` La sortie attendue avant ajout du history est : ```text M VERSION A deltas/0.0.2/alpha.1.md A docs/plans/002-V0_0_2_RULE_PROFILES_PLAN.md ``` Revue opérateur complémentaire : - confirmer que l'archive `v0.0.1` utilisée est bien celle téléchargée depuis le tag Gitea déclaré ; - confirmer que l'absence de `.git` n'est pas traitée comme une anomalie ; - vérifier que le plan n'introduit aucune règle technologique comme déjà normative ; - vérifier que les profils différés ne sont ni oubliés ni artificiellement matérialisés ; - vérifier que `README.md`, `RULES.md`, `ROADMAP.md`, `CHANGELOG.md` et les historiques `0.0.1` ne sont pas modifiés par cette tranche. ## Transition ### PASS Créer et appliquer séparément `history/0.0.2/alpha.1.md`, committer `alpha.1`, puis seulement préparer `0.0.2-alpha.2` consacré au modèle documentaire et à la composition des profils. ### FAIL Rester dans le scope de cadrage avec `0.0.2-alpha.1.fix.1`. Le fix corrige uniquement les défauts du framing/audit/plan ; aucune règle technologique de `alpha.2+` ne doit y être absorbée.