<!-- file: deltas/0.2.0/0-pre.6.fix.1.md -->
<!-- version: 1 -->

# Delta 0.2.0-0-pre.6.fix.1

## Base

Base déclarée : `0.2.0-0-pre.6`.

Le delta `0-pre.6.md` reste immuable.

## Objet

Compléter la classification de `0-pre.6` avec la stratégie réseau/asset delivery récente et formaliser la discipline de dimensionnement des versions/sessions inspirée du workflow KSP.

## Workflow de version

`0-pre.1` devient obligatoirement la tranche de cadrage :

- audit de la base ;
- brainstorming/recherche de requirements ;
- sizing ;
- planification ;
- dépendances ;
- validations ;
- découpage prévisionnel.

Une version doit être dimensionnée pour être entièrement terminée dans une seule session.

Les tranches `pre/alpha/beta/rc` visent généralement des deltas de 15 à 30 minutes. Une tranche trop lourde est scindée avant exécution ; une tranche trop petite peut être regroupée avec une tranche cohérente.

La dernière tranche avant publication consolide validations, documentation durable, CHANGELOG, ROADMAP et prompt suivant. La release stable reste autant que possible mécanique.

## Réseau et asset delivery

La direction étudiée devient :

- Actix Web pour Web/API ;
- asset delivery auto-hébergé ;
- HTTP/2 baseline ;
- HTTP/3/QUIC pour les assets lorsque disponible ;
- H2/H3 sur un même hostname de préférence ;
- séparation logique initiale, séparation physique progressive ;
- WebSocket/tokio-tungstenite comme baseline realtime ;
- WebTransport/QUIC comme candidat à benchmarker ;
- fallback transport ;
- simulation indépendante du transport ;
- gRPC/Tonic réservé principalement aux frontières server-to-server justifiées.

## Classification

La capability réseau est décomposée conceptuellement en :

```text
HTTP client
realtime transport API
WebSocket implementation
WebTransport implementation
wire protocol
session protocol
reconnect/resync
```

Les crates Uroburas ne dépendent pas directement d'un transport concret.

## Reste de la 0.2.0

Après validation de cette tranche :

1. consolider les études acceptées dans `docs/architecture/` et les règles durables ;
2. réconcilier ROADMAP et décisions finales ;
3. produire la tranche de clôture documentaire ;
4. préparer le prompt de la session `0.3.x` consacrée aux POC ;
5. passer en RC puis stable sans rouvrir le scope.

## Validation

```bash
python3 scripts/audit_rust_workspace_rules.py
python3 scripts/audit_markdown_tables.py README.md RULES.md ROADMAP.md CHANGELOG.md docs prompts crates Android deltas history
python3 scripts/audit_distribution_layout.py
```

Aucune gate Cargo, Gradle ou smoke n'est requise : cette correction reste documentaire.