> ⚠️ **MODE DEV STRICT (pas PROD)**  
> - **Aucune transition**, **aucun fallback**, **aucune rétro-compat**.  
> - Soit on règle un point proprement soit on n'y touche pas. pas de zone de : "transition ou entre deux".  
> - Toute contribution qui introduit une zone grise, un compromis ou un retour au legacy est **refusée**.

# Migration V2/V3 → V4

## V2 (à supprimer)
- Listes = entités dédiées, heuristiques UI (inbox auto, “première liste”), endpoints REST hétérogènes, métier dispersé

## V3 (transition)
- Tout est un node, liste = tag `list` (skin, pas structure), opérations `node.*`/`tag.*`, invariants ; coexistence flux REST vs commandes

## V4 (cap)
- **`POST /api/commands`** unique pour mutations *boards*, moteur à strates, snapshot JSON versionné, full JSON, UI neutre, packs MCC

## Règle de migration
- **Supprimer** legacy ou **remapper** vers V4 — **aucun fallback**
