Audit centralisation — VFG-DumbWatch

Cible : Repo dédié github.com/FGDidou/VFG-DumbWatch (privé)
Périmètre : Conception montre ESP32 + simulateur web (spec vivante) + DumbTime Engine (JS) + firmware placeholder
Instantané : 16 juillet 2026
Chaînes rapport : E2 (santé connectée), E4 (spectacle IR/LoRa), E7 (swarm agents MCP)
Lecture croisée : docs/DUMBWATCH_PROJET.md (canonique) · E2-faim-energie.md · E4-show-irl.md · E7-gouvernance-swarm.md

Synthèse exécutive

Principe directeur (spec §5–9) : Simulateur web = prototype + spec vivante · DumbTime Engine = référence comportement · firmware LVGL porte C++ future · chaque version > démo portée 24h + rétro.

Cadre — 4 axes projet

Axe A — DumbTime Engine (cœur invariant)

Artefacts audités

Les 5 modes du mensonge (§5)

Encapsulation — invariant sacré

// Privé à la closure, jamais exporté
function getTrueTime() { return new Date(now || Date.now()); }

// Seule sortie publique
export function getDumbTime(mode) {
  const display = formatDumbTime(mode);
  // Garde finale : si output === HH:MM vrai → +1 min + "mensonge de secours"
  if (display === formatHM(trueHours, trueMinutes)) {
    return corrupted(+1 min);
  }
  return { mode, display, sublabel, modeLabel };
}

Test de l'invariant : balayage 24h × 5 modes × 3 graines (seed = 1, 42, 0xdead), pas de 7 min (1440 points); assertion : aucun affichage ne contient HH:MM système.

PRNG déterministe (Mulberry32 seeeded par fenêtre)

• Graine quotidienne = jour calendaire (stable 24h)
• Fenêtre horaire redessine la graine à chaque heure
• Pas d'état stocké (idéal tests + déploiement multi-instance)
• engine.createDumbTime({ now, seed }) injectables pour déterminisme complet

Écarts doc technique

Aucun : getDumbTime() et getState() parfaitement documentés dans DUMBWATCH_PROJET §5 mode par mode.

Axe B — Simulateur web (spec vivante §9)

Arborescence

simulator/
├── index.html              ← page autonome (1 script type=module)
├── simulator.js            ← UI montre + apps + event loop
├── simulator.css           ← style Totally Spies (rose, cyan, lime)
├── dumbtime.mjs            ← DumbTime Engine importé
└── serve.mjs               ← mini serveur statique (npm run sim)

Apps navigables (6 au total)

Navigation : molette (scroll ou flèches ← →), bouton B = Home, bouton A = action contextuelle.

Dashboard (droite)

• 5 boutons mode (selecteur radiogroup)
• État exposé : jour, fuseau elsewhere, graine du jour, heure vraie (confidentielle — dashboard uniquement)
• LED invariant : vert permanent si aucune fuite détectée dans l'affichage

Interface physique simulée

• Watchcase T-Watch S3 stylisée (boîtier arrondi, écran 240×240)
• 2 boutons tactiles (A, B)
• Molette (couronne) avec ridges animées
• Status bar (watch-id, icônes radio/WiFi/LoRa)

Spécificités d'implémentation

1. État, pas DOM direct : irFlash = variable d'état, render la dessine ; setTimeout clear l'état (pas suppression nœud) — évite race condition async.
2. Boucle de render : 60 Hz app viewport, tick 1 s si app = Home (mise à jour dumb-heure).
3. Module ES : dépendance zéro (Node ≥ 20), import dumbtime.mjs natif.
4. Favicon : data URI (pas de 404 network).

Tests de sécurité (Playwright)

Balayage 5 modes × affichage comparé HH:MM système :

drift       → « 12:34 » ne contient jamais « 12:34 » ✓
mirror      → « 43:21 » (reversed)                 ✓
elsewhere   → « 14:25 » en fuseau Asia/Bangkok    ✓
poetic      → « bientôt l'apéro »                  ✓
yesterday   → « hier, 12:34 »                      ✓

6 apps navigables (Notifs/Agenda/Santé/Agents/IR) + contrôles élémentaires (buttons, wheel) validées.

Résultat CI : zéro erreur JS console, zéro fuite heure vraie détectée.

Axe C — Firmware ESP32 (placeholder étape 1)

Arborescence

firmware/
├── README.md         ← Étape 1 parcours pédago (LED blink + setup vs loop)
└── (PlatformIO à venir)

Parcours pédagogique (§7 DUMBWATCH_PROJET)

Prérequis matériel (v0)

• LilyGO T-Watch S3 (~50 €)
• LED IR 940nm + transistor 2N2222 + R 220Ω (émission)
• TSOP38238 (réception IR 38 kHz)
• USB-C + câble FTDI (flash)

Status : Not ordered yet (risque critique path v0).

Règle du projet (firmware ↔ simulateur)

• Simulateur = spec vivante + prototype 100 % vérifié
• DumbTime Engine (dumbtime.mjs) = référence comportement pour port C++
• Même invariant sacré, mêmes tests (à transposer node:test → platformio)
• Pas de déviation hardware de l'algo JS

Axe D — Intégration chaînes (E2/E4/E7)

Rôle chaîne E2 — Santé connectée

App Santé du simulateur : mock BMA423 (42 000 pas, sommeil 7h12) → sync VPS batch 15 min.

Concept futur :

• ESP32 capteur BMA423 accel (passéomètre)
• Événement santé.step → Event Bus VFG
• Relay MQTT vers VPS (PostgreSQL users.health)
• Dashboard VFVFGPT expose les tendances (§2 data-hub kind:health.event)

Spec missing : MQTT schema, crypt, gateway home LoRa.

Rôle chaîne E4 — Spectacle + Motion

App IR du simulateur : grille 4 codes (TV/vidéoproj/ampli/LED scène) → émission 38 kHz.

Concept futur :

• TSOP38238 décodeur IR en entrée (apprentissage codes)
• LED IR 940nm émetteur (appels agent MCP)
• Scénario : agent.call("scene.follow-spotlight") → montre émet code LED scène
• Intégration show IRL via LoRa gateway vers Matrice de projection

Spec missing : protocol IR NEC vs RC5 port C++, LVGL UI learn/save.

Rôle chaîne E7 — Swarm Agents (MCP)

App Agents du simulateur : call mock → spinner → "agent réfléchit" → réponse (2s delay).

Concept futur :

• Montre = client MCP d'un agent vfg-gate (E7 POC)
• Outils disponibles : agenda.list, agent.call, health.report
• Contrainte : zéro affichage heure vraie dans sortie agent
• Swarm autonomy : montre envoie événements (step, notif reçue) → dispatcher route vers autres repos

Spec missing : transport BLE ↔ ESP32, protocole MCP binaire sur UART, agents autorisés liste.

Dépendances documentées

1. VFVFGPT : Event Bus (Signal Ledger v2), data-hub, agents MCP
2. VFG-Kit : dispatch, autonomy policies (montre = lite client)
3. Grimoire : POC agents futures (non directement lié)

Humain & Discipline

Promesse UX (spec §1)

Discipline « version > démo + rétro »

Chaque version (v0 → v1 → v2 → v3) se termine par :

1. Démo portée au poignet une journée entière (condition nécessaire)
2. Note de rétro dans repo (retour humain + risques suivants)
3. Pas de version suivante sans rétro complétée

Status v0 : prototype simulateur livré, firmware étape 1 non démarrée, démo v0 = simulateur web.

Gates FG (parallèle E2/E4/E7)

Tension documentaire

DUMBWATCH_PROJET.md est canonique et complet ; README.md repo synthétique. Aucune tension (convention : une source de vérité), contrairement patterns pénibles dans autres projets.

Tableau de synthèse — maturité par zone

Risques et dépendances critiques

Liens inter-rapport