Architecture modulaire PRISME

Projet : PRISME — France 2030

Niveau de lecture : Cadre → Métier — spécifications : Expérimentations actuelles · Protocole PRISME-Mesh

Complète : Catalogue des communs · TRL par registre

1. Principe — composer, pas imposer

PRISME n'est pas une suite monolithique livrée clé en main. C'est une architecture modulaire où :

1. Un socle ouvert assure données, orchestration et interface quotidienne.
2. Des modules métier répondent à des fonctions précises (planifier, produire, mesurer…).
3. Des innovations (edge, mesh, labo) prolongent le socle sans le remplacer ni confondre leurs TRL.

Chaque structure compose son déploiement selon sa taille, son métier réglementaire (cat. 1–3 spectacle vivant) et sa maturité numérique — avec accompagnement, formation et gouvernance partagée.

2. Trois couches

flowchart TB
  subgraph couche3["Couche 3 — Innovations (registres B · C · D)"]
    EDGE["Edge / SLM Marty<br/>IA admin locale"]
    MESH["PRISME-Mesh<br/>GPU mutualisés"]
    LABO["L'ÉCRIN<br/>recherche-création"]
  end

  subgraph couche2["Couche 2 — Modules métier (extensions registre A)"]
    PIPD["PIPD / programmation"]
    EKO["EKO mobilité-carbone"]
    NAV["Navette / réemploi"]
    OBS["Observatoire usages"]
  end

  subgraph couche1["Couche 1 — Socle bien commun (registre A)"]
    UI["Calendrier Grainerie v3<br/>interface métier"]
    DATA["Baserow<br/>modèle de données ouvert"]
    ORCH["n8n<br/>orchestration"]
  end

  couche1 --> couche2
  couche1 --> couche3
  couche2 --> couche3

3. Rôles des briques du socle

3.1 Modèle de données (Baserow)

Fonction : être le référentiel unique de la structure — projets, contacts, missions, stock, consentements, observatoire.

Modularité : chaque domaine métier = un ensemble de tables liées, pas un silo applicatif. Les vues (Calendrier, exports, tableaux de bord) consomment ce modèle sans le dupliquer.

Innovation d'usage : le modèle est documenté et reproductible — une autre structure peut importer le schéma, l'adapter, l'héberger.

3.2 Orchestration (n8n)

Fonction : relier les briques — sync Baserow ↔ Calendrier, mails, exports, relances, webhooks — en micro-workflows maintenables.

Modularité : pas un « gros workflow » opaque ; architecture router + micro-workflows par domaine (résidences, PIPD, sync…).

Ce que ça apporte à la filière : l'automatisation sans éditeur — les structures peuvent comprendre, modifier, documenter leurs flux (low-code).

Le nombre de workflows en production est une métrique de pilotage interne, pas un argument de valeur filière. Voir Catalogue des communs §7.

3.3 Interface métier (Calendrier Grainerie v3)

Fonction : l'écran quotidien des équipes — ce que Circollaborative (2018) appelait déjà « vue par espaces, résidences à la semaine, planning partagé ».

Modularité : routes production, programmation, materiel… = modules activables ; le socle + Baserow suffit pour un pilote minimal.

Preuve : TRL 6–7 — utilisé en production interne, ~7 600 tests automatisés, 70–90 accueils en création/an.

4. Modules métier — extensions du socle

Chaque module s'appuie sur le socle (mêmes données, mêmes flux) — pas une application séparée à intégrer.

5. Innovations — registres séparés

5.1 Registre B — Edge / SLM (Marty)

• Objet : inférence locale pour tâches administratives (classer, résumer, suggérer) — pas génération de spectacle.
• Modularité : profils marty-* par métier ; apprentissage fédéré (paramètres agrégés, pas données centralisées).
• TRL : 4–5 → 6 — sous réserve jalons bench kWh, comité éthique.

5.2 Registre C — PRISME-Mesh

• Objet : mutualiser la capacité GPU entre structures ESS — jobs asynchrones, nœuds hub/spoke/hybride.
• Modularité : adhésion volontaire ; charte ESS ; pas de marché spot.
• TRL : 3–4 → 5–6 — protocole M12, pilotes M18–M24.

5.3 Registre D — L'ÉCRIN

• Objet : recherche-création spectacle vivant × IA — geste, corps, éthique, droit d'auteur.
• Séparation stricte : hors production ; validation future du comité éthique à former ; TRL plafonné à 4.

Règle rédactionnelle : ne jamais présenter Marty, Mesh ou L'ÉCRIN comme le « cœur » du projet face à un instructeur — le cœur contractuel = communs registre A.

6. Parcours de déploiement

6.1 PRISME minimal (pilote 6 semaines)

Public : structure pilote F2030 (≤ 15 au dossier).

6.2 PRISME filière (12–36 mois)

6.3 Ce qu'on ne déploie pas « par défaut »

• IA générative sur la création artistique (réservé L'ÉCRIN).
• Centralisation des données métier sur un hub unique.
• Dépendance à un cloud propriétaire pour l'inférence.

7. Gouvernance de la modularité

Voir Axes forts §2 (co-gouvernance) · Charte PRISME-Mesh ESS.

8. Schéma d'interopérabilité

flowchart LR
  subgraph structures["Structures filière"]
    S1[Scène pilote]
    S2[Réseau CIRC-INO]
    S3[Hub GPU]
  end

  subgraph communs["Communs PRISME"]
    CAL[Calendrier]
    BR[Baserow]
    N8N[n8n]
  end

  subgraph immersif["Écosystème immersif (complémentaire)"]
    XR[Expériences XR · Godot · SMI…]
  end

  S1 & S2 --> communs
  S3 -->|mesh| communs
  communs -.->|données exportables · pas contenu 3D| immersif

Message : PRISME et les lauréats immersifs sont complémentaires — couches organisation vs couche expérience. Voir Paysage concurrentiel.

9. Références