v0.3.4-pre.001-fix.001

docs/plans/025-V0_3_4_STORE_POSTGRES_RAW_ACCOUNT_PLAN.md

@@ -1,5 +1,5 @@
 <!-- file: docs/plans/025-V0_3_4_STORE_POSTGRES_RAW_ACCOUNT_PLAN.md -->
-<!-- version: 1 -->
+<!-- version: 2 -->
 
 # Plan `0.3.4` — Store/PostgreSQL `RawAccountState` + complétude RAW
 
@@ -547,26 +547,103 @@ La façade doit continuer de n'exposer que les modèles/capabilities backend-agn
 
 La conformance finale doit aussi démontrer que l'ajout account ne modifie pas les six comportements transaction : lecture/write/observation/list/retention/force-rehydrate restent couverts par leurs suites existantes.
 
-## 17. Sizing recalibré
+## 17. Sizing recalibré — prereleases souples
 
-Le forecast initial du prompt concentrait migration et schema compatibility dans une seule tranche, ainsi que write+concurrence. Ces lots sont séparés pour rester dans la cible opérateur `~15-20 min/pre`.
+Chaque tranche technique vise **environ 15 à 20 minutes de travail effectif** lorsque le sujet s'y prête. Cette durée est une cible de granularité et non une durée maximale : compilation, diagnostic, live PostgreSQL ou difficulté réelle peuvent légitimement prolonger une tranche.
 
-| Tranche | Objet                                                             | Budget    | Note                                   |
-|---------|-------------------------------------------------------------------|-----------|----------------------------------------|
-| pre.001 | audit, kbot3, threat model, V002 design, sizing, plan/validation  | 15-20 min | cette tranche                          |
-| pre.002 | V002 registry + deux tables + PK/FK de base, sans repository      | 15-20 min | split du forecast initial              |
-| pre.003 | contraintes complètes, index, schema compatibility, checksum V002 | 15-20 min | split du forecast initial              |
-| pre.004 | mapping privé state/observation + get reads + hostile rows        | 15-20 min | pas de write                           |
-| pre.005 | acquisition atomique state+observation + idempotence/conflict     | 15-20 min | write principal                        |
-| pre.006 | observation supplémentaire + races/cancellation unitaires         | 15-20 min | concurrence isolée                     |
-| pre.007 | list RawAccountStateQuery + keyset cursor V1 account              | 15-20 min | navigation uniquement                  |
-| pre.008 | 4 impl backend + 4 dispatch Store + conformance 10/10             | 15-20 min | frontières cross-crate                 |
-| pre.009 | preuve PostgreSQL live account + coexistence RawTransaction       | 15-20 min | ignored/opt-in                         |
-| pre.010 | hardening/completeness cross-family + canaries ownership          | 15-20 min | sécurité/completude                    |
-| pre.011 | gate technique final + replay live ciblé + graphes                | 15-20 min | avant docs finale                      |
-| pre.012 | réconciliation docs finale sans rouvrir le code                   | 10-15 min | README/USAGE/plan/validation si requis |
-| pre.013 | publication prep minimale + prompt 0.3.5                          | 10-15 min | lane publication                       |
-| rel.001 | stabilisation/tag après gate opérateur                            | 5-10 min  | aucun scope nouveau                    |
+Le forecast reste volontairement souple. Une tranche peut être scindée, fusionnée ou réordonnée par delta si la réalité technique l'exige, à condition de préserver les responsabilités de clôture. Le nombre de prereleases prévu n'impose ni une session de conversation par tranche, ni une clôture artificielle sur le numéro initialement prévu.
+
+Chaque prerelease possède un statut directement modifiable. Lorsqu'un correctif d'une tranche est nécessaire, il est ajouté sous la prerelease concernée avec un titre `#### pre.NNN-fix.MMM`, ce qui conserve l'historique de progression et permet d'ajouter des fixes sans transformer le forecast en tableau.
+
+### `pre.001` — Audit, kbot3, threat model et design V002
+
+**Statut : réalisé ; gate opérateur complet PASS.**
+
+Budget cible : **15-20 min**. Audit de la base `v0.3.3`, étude ciblée kbot3, threat model, design physique V002, sizing et création du plan/de la validation. Aucun SQL V002, aucune table account et aucun repository account ne sont avancés dans cette tranche.
+
+#### `pre.001-fix.001` — Forecast souple éditable et hiérarchie des fixes
+
+**Statut : réalisé ; correctif documentaire uniquement.**
+
+Remplacement du sizing tabulaire par des sous-sections éditables avec statut explicite. Les futurs correctifs peuvent être insérés sous leur prerelease avec un titre `####`, sans modifier le découpage technique, le scope fonctionnel ni les responsabilités de clôture de `0.3.4`. Conformément à `VER-ID-008`, ce correctif documentaire ne modifie pas `workspace.package.version`, qui reste `0.3.4-pre.1`.
+
+### `pre.002` — Registry V002 et tables minimales
+
+**Statut : planifié.**
+
+Budget cible : **15-20 min**. Ajouter le registry V002 et les deux tables `RawAccountState`/observation avec PK/FK de base, sans repository account ni dispatch façade.
+
+### `pre.003` — Contraintes, index et schema compatibility V002
+
+**Statut : planifié.**
+
+Budget cible : **15-20 min**. Compléter les contraintes physiques, l'index de navigation, la schema compatibility et le checksum V002, sans avancer les repositories.
+
+### `pre.004` — Mapping privé et lectures `get`
+
+**Statut : planifié.**
+
+Budget cible : **15-20 min**. Implémenter le mapping privé state/observation, les lectures `get` et les hostile-row guards. Aucun write account dans cette tranche.
+
+### `pre.005` — Acquisition atomique et idempotence
+
+**Statut : planifié.**
+
+Budget cible : **15-20 min**. Implémenter l'acquisition atomique state+observation, l'idempotence exacte et la classification des conflits.
+
+### `pre.006` — Observation supplémentaire et concurrence unitaire
+
+**Statut : planifié.**
+
+Budget cible : **15-20 min**. Ajouter l'observation supplémentaire et isoler les scénarios de race/cancellation unitaires sans élargir la surface de navigation.
+
+### `pre.007` — Liste account et cursor keyset V1
+
+**Statut : planifié.**
+
+Budget cible : **15-20 min**. Implémenter `RawAccountStateQuery`, la navigation keyset et le cursor V1 account `KSPA`, sans policy de batch/priorité.
+
+### `pre.008` — Implémentations backend, dispatch Store et conformance 10/10
+
+**Statut : planifié.**
+
+Budget cible : **15-20 min**. Ouvrir les quatre capabilities account dans `PostgresBackend` et `Store`, puis faire évoluer les canaries vers l'inventaire RAW complet de dix capabilities.
+
+### `pre.009` — Preuve PostgreSQL live account
+
+**Statut : planifié.**
+
+Budget cible : **15-20 min**. Ajouter la preuve PostgreSQL réelle, ignored/opt-in, couvrant `RawAccountState` et sa coexistence avec la verticale `RawTransaction` existante.
+
+### `pre.010` — Hardening et complétude cross-family
+
+**Statut : planifié.**
+
+Budget cible : **15-20 min**. Fermer les canaries de sécurité, ownership et complétude cross-family sans ajouter de nouveau scope métier.
+
+### `pre.011` — Gate technique final
+
+**Statut : planifié.**
+
+Budget cible : **15-20 min**. Rejouer le gate technique final, le live ciblé et les graphes de dépendances nécessaires avant toute réconciliation documentaire finale.
+
+### `pre.012` — Réconciliation documentaire finale
+
+**Statut : planifié.**
+
+Budget cible : **10-15 min**. Réconcilier les documents durables requis avec la surface effectivement validée, sans rouvrir le code fonctionnel ni préparer la publication.
+
+### `pre.013` — Préparation de publication minimale
+
+**Statut : planifié.**
+
+Budget cible : **10-15 min**. Dernière prerelease : prompt `0.3.5`, `CHANGELOG.md` et `ROADMAP.md` uniquement hors mécanique Cargo/delta, conformément au couloir de publication.
+
+### `rel.001` — Stabilisation et tag `v0.3.4`
+
+**Statut : planifié.**
+
+Budget cible : **5-10 min**. Stabilisation/tag après gate opérateur final, sans absorption de nouveau scope fonctionnel ou documentaire.
 
 ## 18. Hors scope explicite