PRISME France 2030 · Culture & IA

Marty & IA fédérée — existant Calendrier Grainerie + cadre conceptuel

Vérifier la maturitéAxe projetDoc. générale

Projet : PRISME — France 2030

Application : Calendrier Grainerie (Marty)

Complète : Edge computing & Nœud IA Expérimental · Expérimentations actuelles · 05 ia responsable · Labo IA & création pure

1. Pourquoi l'IA fédérée dans PRISME ?

1.1 Le paradoxe des données (référence Cranium)

Le collectif juridique Cranium formule le paradoxe central de l'IA contemporaine :

L'apprentissage fédéré (Federated Learning) inverse le flux classique :

Approche classiqueApprentissage fédéré
Les données vont vers le modèle (cloud central)Le modèle va vers les données (poste, instance locale)
Entraînement sur base centraliséeEntraînement local sur chaque site
Risque de fuite massifSeules les mises à jour du modèle (poids, paramètres) sont agrégées
Dépendance hyperscalerMinimisation des données — aligné RGPD (privacy by design)

Cycle type (Cranium, adapté Marty) :

  1. Modèle global partagé avec les participants
  2. Chaque participant entraîne localement sur ses données
  3. Mises à jour locales renvoyées au coordinateur
  4. Agrégation (ex. moyenne pondérée FedAvg) → modèle global amélioré
  5. Répétition — les données brutes ne quittent jamais l'environnement local

Limites assumées (Cranium) : qualité hétérogène des jeux de données, infrastructure plus complexe, risques d'inversion de modèle ou d'inférence d'appartenance sur les gradients — d'où le besoin de chiffrement, agrégation sécurisée et consentement explicite. PRISME intègre ces garde-fous dans Marty.

Référence : Cranium — L'apprentissage fédéré : une IA plus intelligente sans centraliser les données (26/05/2026)

2. Trois niveaux de « fédération » dans le Calendrier Grainerie

Le projet Calendrier articule trois registres distincts — ne pas les confondre :

1

Architecture multi-instance

Hub / spoke — synchronisation Baserow entre associations

2

Apprentissage fédéré « léger »

Defaults L2 · suggestions Marty · signaux anonymisés (formulaires, webmail)

3

Réseau fédéré ML

FedAvg · DP · secure aggregation · P2P — intent, rerank, adaptateurs

NiveauObjetTRL estiméStatut
1 — Multi-instancePlusieurs déploiements Calendrier + Baserow (CIRC-INO, partenaires)3–4Spécifié, déploiement filière à venir
2 — Defaults & webmailValeurs par défaut agrégées, templates mail suggérés4–5Code en production (routes API, tests)
3 — ML fédéréRounds FedAvg, DP, secure agg, libp2p/WebRTC3–4Modules implémentés ; promotion modèles en cours

3. Niveau 1 — Architecture fédérée multi-instance

Spec : architecture fédérée multi-instance (Calendrier Grainerie)

Topologie hub-and-spoke : un hub central (registre instances, OIDC) et des spokes autonomes (association + Baserow + Qwik).

PrincipeDétail
SouverainetéChaque instance reste propriétaire de ses données
Sync sélectiveÉvénements publics, ressources partagées — pas réplication totale
Découverteregister — table Baserow instances_federees
IdentitésFédération OIDC / OAuth2 (Authentik)

Lien PRISME : modèle de mutualisation sans centralisation des données métier — cohérent avec Serveur Outils Grainerie / Nœud IA POC et le réseau CIRC-INO. Complété par PRISME-Mesh (partage de capacité GPU/CPU en créneaux libres) — voir Axe entrepreneurial & edge §4.

4. Niveau 2 — Defaults fédérés & webmail Marty

4.1 Formulaires — learner L2 fédéré (MAC / add-entity)

Agrégation anonymisée des choix de valeurs par défaut dans les formulaires Baserow (préremplissage intelligent) :

ComposantEmplacement
Client IndexedDBClient fédération — stockage navigateur
Agrégateur BaserowAgrégateur anonymisé Baserow
Store serveur JSONPersistance bundle global (serveur)
API bundle globalAPI bundle global
API contributionAPI contributions formulaires
Résolution cascade L0→L2Résolution cascade L0→L2

Mécanisme : les structures contribuent des histogrammes / top valeurs (FederatedDefaultItem : valeur, adoption, n) — pas les lignes brutes. Seuil k-anonymat et budget ε DP dans le bundle (kAnonymityFloor, epsilonDp).

4.2 Webmail — suggestions Marty fédérées

Module : webmail Marty — apprentissage fédéré des suggestions et templates

Vision produit : Vision — module Webmail — parcours webmail, sync par briques, templates L0–L3.

FichierRôle
Suggestions fusion local / fédéréSuggestions source: "federated", fusion local vs fédéré
Signaux d'apprentissage réseauSignaux d'apprentissage vers le réseau Marty
Templates e-mail (sources L0–L3)Sources generic / local / federated / manual

Tickets livrés : WEBMAIL-037 (suggestions fédérées), WEBMAIL-038 (templates L0–L3), WEBMAIL-039 (UI sources et confiance).

Garde-fou : mergeSuggestionWithLocal — la suggestion fédérée n'est appliquée que si sa confiance dépasse le template local ; pas de décision automatique opaque.

4.3 Contributions & consentement

ComposantEmplacement
État consentement v1.2Schéma consentement v1.2
Groupe federated + p2pPanneau Panneau consentements (UI)
API contributionsAPI contributions IA
Validateur consentValidation des contributions
Agrégateur (filtre granted)Agrégation (filtre consentements)
i18n FRmarty.consent.federated → « Entraînement fédéré »

Alignement Cranium / RGPD : consentement granulaire, minimisation, pas de contribution sans federatedTraining: "granted".

5. Niveau 3 — Réseau fédéré ML (FedAvg, DP, P2P)

Spec maîtresse : amélioration continue Marty §6 (FedAvg, DP, P2P)

5.1 Composants fédérables (têtes légères uniquement)

ModèleRôleTailleFréquence rounds
marty-intent-miniClassification intentions~50 k paramsquotidien
marty-rerank-miniRerank cross-encoder distillé~3,5 Mhebdomadaire
marty-embed-adapterAdaptateur LoRA-like~150 kbi-hebdomadaire
Calibrateurs NLIRégressions logistiques< 1 kquotidien

5.2 Implémentation code (modules fédérés)

ModuleFichierFonction
FedAvgfedavgMoyenne pondérée par sampleCount
CoordinateurcoordinatorRounds, soumission mises à jour, finalisation
Secure aggregationsecure aggregationMasques pairwise (Bonawitz simplifié)
Robust aggregationrobust aggregationMulti-Krum / médiane bornée
Différentielle privéedp accountantBudget ε, δ
EWCewcPénalité catastrophic forgetting
Registre modèlesfederated model registryMartyFederatedModelV1
Snapshot dashboardmarty federation core snapshotMétriques admin
P2P signalingsignaling serverWebSocket upgrade
libp2p / gossiplibp2pTopics 1.0.0
Client idleModule client (fed client)Join round, upload delta
Route WS P2PPoint d'entrée APISignalisation Marty federated P2P

5.3 Cycle d'un round (spec §6.1.2)

sequenceDiagram
  participant Coord as Coordinateur<br/>Serveur Outils Grainerie
  participant Client as Client<br/>navigateur · GPU idle · consentement

  Coord->>Client: Publie manifest_round_R
  Client->>Coord: GET round fédéré (manifest)
  Coord->>Client: Clés secure aggregation (SA)
  Note over Client: Entraînement local k ≤ 5 steps
  Note over Client: Clip delta + bruit Gaussien (DP)
  Note over Client: Masque secure aggregation
  Client->>Coord: POST upload-delta + sa-share
  Note over Coord: FedAvg + robust check
  Coord-->>Client: Modèle promu (si golden set OK)

Plafond de confidentialité : le bruit ajouté à chaque round limite ce que le modèle agrégé peut révéler sur les données locales d'une structure. Sur toute la durée de vie du modèle (tous les rounds cumulés), la spec retient un budget très serré — équivalent à un risque de ré-identification inférieur à 1 sur 100 000 (paramètres DP : ε ≤ 8, δ ≤ 10⁻⁵).

5.4 UI admin

ComposantEmplacement
Dashboard fédérationComposant interface
Panneau libp2pComposant interface
Panneau consentementPanneau consentements (UI)

6. Lien avec l'edge (Nœud IA Expérimental (Nœud IA POC)) et PRISME

flowchart TB
  SOG["Serveur Outils Grainerie<br/>API · coordinateur fédération"]
  Marty["Nœud IA Expérimental (Nœud IA POC)<br/>GPU · vLLM / Hermes"]
  Clients["Clients ICC<br/>Calendrier Grainerie"]
  Global["Modèle global léger<br/>têtes fédérées"]

  SOG -->|"modèle base figé"| Marty
  Marty -.->|"inférence locale<br/>données brutes non exportées"| Clients
  Clients -->|"deltas · defaults<br/>consentement F05"| SOG
  SOG -->|"agrégation FedAvg"| Global
  Global -->|"mises à jour"| Clients
ConceptEdge (Nœud IA POC)Fédéré (Calendrier)
DonnéesRestent sur Serveur Outils Grainerie / posteNe quittent jamais le client
CalculInférence LLM localeEntraînement têtes légères + agrégation
ÉchelleUn nœud GPU structureRéseau de structures CIRC-INO
PRISMEDésescalade vs GPAI cloudMutualisation du savoir sans mutualiser les données

Distinction F05 / labo création pure : l'IA fédérée Marty concerne l'administration et l'UX métier (defaults, intents, mails) — pas la génération artistique, qui relève du labo encadré (Labo IA & création pure).

7. Alignement réglementaire (Cranium ↔ PRISME)

Principe Cranium / RGPDImplémentation Marty
Minimisation des donnéesAgrégats, k-anonymat, pas de lignes Baserow brutes
Privacy by designConsentement v1.2, groupes federated / p2p
Limitation des transfertsDonnées locales ; seuls paramètres agrégés
Risque inversion modèleDP (dp-accountant), secure aggregation
TransparenceUI consentement, sources federated vs local dans webmail
POC (site pilote)Fédération expérimentée sur Grainerie — consentement v1.2 ; AIPD/DPIA avant généralisation filière (M12, après comité éthique M1)

8. TRL & feuille de route PRISME

BriqueTRL actuelCible F2030Jalon
Defaults L2 fédérés4–56API stable + 3 tables pilotes
Webmail suggestions fédérées4–56Déploiement interne Grainerie
FedAvg + coordinator46Round réel multi-structures
Secure agg + DP3–45–6Audit sécurité
P2P libp2p / WebRTC3–45Pilote CIRC-INO (2 instances)
Architecture multi-instance hub/spoke35–6Registre + 1 spoke partenaire

Livrables dossier :

9. Formulations dossier

IA fédérée

Lien souveraineté

10. Références