MAESTRO V5 applique une architecture strictement contractuelle : Kernel souverain, FSM souveraine après preboot, Dispatcher souverain pour l'exécution, Factory souveraine pour l'UI.
Couches
Kernel
Garant du boot, du chargement officiel et de l'intégrité du framework.
FSM + Dispatcher
La FSM choisit la transition. Le Dispatcher exécute l'action officielle.
Engines
Périphériques runtime exposés dans SYS. Pas de fallback, pas de double chemin.
Modules / POP
Écrans et orchestration UI. Les POP_* sont des modules normaux hébergés par FSM.
Composants
UI-only, consommés par SYS.UI avec ranges Excel.
P85H — Séparation vérité / contrôle
RPP REAPER + ExtState porte la vérité métier musicale et l'identité certifiée. MAESTRO_PROJECTS est un registre reconstructible. FSM est le processeur de contrôle data-driven.
Les conflits projet doivent être collectés dans les onglets REAPER ouverts, la workdir récursive, le fichier courant hors workdir et le registre SQL avant toute action persistante.
Documents liés
P85I — Project Identity Conflict Engine
Runtime contractuel du modèle P85H : SYS.MIDI collecte les conflits d'identité depuis les onglets REAPER ouverts, la workdir récursive et MAESTRO_PROJECTS. MOD_HUB affiche un placard multi-lignes ; les POP ne décident pas et aucune action persistante n'est autorisée tant que le conflit n'est pas résolu.
P85J3 — UI officielle uniquement
P85J2/B/C sont invalidés. Les aides contextuelles, SidePanels et tooltips doivent utiliser des composants officiels du framework. Aucun bricolage graphique local dans MOD_HUB ou dans les modules.