# Delta `0.2.11-pre.001-fix.001` — forecast souple éditable ## 1. Base Ce fix s'applique exclusivement à : ```text v0.2.11-pre.001 ``` Commit attendu : ```text v0.2.11-pre.001-fix.001 ``` Aucun tag prerelease n'est attendu. Le fix est documentaire : ```text workspace.package.version reste 0.2.11-pre.1 aucun code Rust modifié aucune dépendance modifiée aucun provider ajouté ou retiré aucun contrat technique modifié ``` ## 2. Objet du fix Le forecast de `docs/plans/018-V0_2_11_OFFCHAIN_PRICE_TRANSPORT_PLAN.md` était présenté sous forme de tableau. Cette forme est correcte pour une vue statique mais peu pratique pendant une release active : elle rend moins naturelle la modification du statut d'une tranche et l'ajout de fixes rattachés à une prerelease. Le forecast est donc remplacé par une suite de petits paragraphes structurés par titres `###`. Chaque prerelease possède désormais : ```text un titre ### stable un statut directement modifiable un court paragraphe de responsabilité la possibilité d'ajouter des #### pour pre.xxx-fix.yyy ``` Le présent fix est lui-même ajouté sous `pre.001` comme premier exemple de sous-section `####`. ## 3. Clarification de durée Le plan précise désormais que la cible historique de : ```text 15 à 20 minutes ``` est une **cible de granularité**, pas une durée maximale contractuelle. Une tranche peut dépasser cette durée lorsqu'un build, un live test, un diagnostic ou une difficulté réelle le justifie. À l'inverse, des tranches peuvent être fusionnées ou recalibrées si cela améliore le découpage sans mélanger des responsabilités incompatibles. ## 4. Clarification de session Le nombre de prereleases du forecast n'implique pas une session de conversation par prerelease. Le plan autorise explicitement plusieurs prereleases au cours d'une même session de travail. Aucune scission de session n'est requise structurellement par le forecast ; elle ne devient nécessaire que si une contrainte réelle l'impose, par exemple un blocage opérateur, un changement de scope ou une limite de contexte de l'outil de conversation. ## 5. Forecast technique inchangé La séquence fonctionnelle reste la même : ```text pre.001 audit/sizing pre.002 crate + contrats + décimal pre.003 HTTP commun + errors + rate limiter pre.004 CoinGecko + CMC + CoinPaprika pre.005 Kraken + Coinbase pre.006 Jupiter + DexScreener pre.007 Birdeye + registry availability pre.008 refresh single/multiple cross-provider pre.009 Config std.offchain_transport pre.010 hardening/API/tests + docs techniques draft pre.011 gate technique/live final pre.012 réconciliation documentaire finale pre.013 publication minimale prompt 0.2.12 + CHANGELOG + ROADMAP rel.001 stable ``` Seule sa représentation éditoriale change. ## 6. Validations opérateur de la base `pre.001` Les validations fournies par l'opérateur avant ce fix sont toutes positives : ```text cargo fmt --all PASS python3 scripts/audit_rust_workspace_rules.py PASS / clean / 0 candidate export python3 scripts/audit_markdown_tables.py ... deltas/0.2.11 PASS / 115 tables / 100 files cargo check --workspace PASS cargo clippy --workspace --all-targets PASS cargo test --workspace PASS ``` Les tests explicitement `ignored` dans la sortie restent les smokes/live ou probes opt-in déjà prévus par leurs contrats ; aucun échec de test n'est signalé. ## 7. Fichiers modifiés ```text docs/plans/018-V0_2_11_OFFCHAIN_PRICE_TRANSPORT_PLAN.md ``` ## 8. Fichiers ajoutés ```text deltas/0.2.11/pre.001-fix.001.md ``` ## 9. Fichiers supprimés ```text aucun ``` ## 10. Validation attendue après application Le fix étant documentaire, le minimum attendu est : ```bash python3 scripts/audit_markdown_tables.py README.md RULES.md ROADMAP.md CHANGELOG.md docs prompts crates deltas/0.2.11 ``` `cargo fmt/check/clippy/test` n'ont pas besoin d'être rejoués pour ce seul changement documentaire sauf choix opérateur de refaire un gate complet.