<aside> 🧭

Backend runtime mobile — 18 octobre 2026. Le runtime fédéré de l’Application mobile possède désormais un enregistrement technique dédié : ‣. Cette ligne Backend décrit Cloudflare (frequencies-mobile + WEB/API/BACKEND/PULSE) et ne duplique pas les projets Pulse / Quest / Valkyrie / Le jour du monde, qui restent dans le Référentiel projets Connect / leurs canons métier.

</aside>

<aside> 📱

Readback mobile réparé — 18 octobre 2026. Hiérarchie canonique relue : Application mobile → Pulse / Frequencies Quest / Projet Valkyrie / Le jour du monde. Pulse canonique = page projet 3c9b6f52-25f4-81a8-b427-d2c964538d1d; 3a7b6f52-25f4-8112-a98e-c809be9a68bd = enregistrement Backend uniquement. Quest → Chasse au trésor + Quiz Pop Culture. Drive confirme la même séparation dans 40 — Modules conditionnels : les quatre dossiers sont frères ; Quest contient les deux mini-jeux ; Pulse contient désormais trois documents projet ; Valkyrie reste vide ; Le jour du monde conserve sa structure documentaire propre. Aucun de ces objets n’est l’alias d’un autre.

</aside>

Cartographie canonique des branches mobiles — 10 octobre 2026

<aside> 📱

Hiérarchie produit relue. L’Application mobile porte quatre branches sémantiques distinctes : Pulse, Frequencies Quest, Projet Valkyrie et Le jour du monde. Aucun de ces objets n’est l’alias d’un autre.

</aside>

• 💓 Pulse — bien-être, sport & santé intégré — enfant direct ; Worker privé autonome frequencies-pulse via binding PULSE.
• 🎮 Frequencies Quest — mini-jeux événementiels & moteur de quêtes — enfant direct ; porte ses mini-jeux.
  • 🗺️ Chasse au trésor — QR & exploration événementielle.
  • ❓ Quiz Pop Culture — questions, backoffice & jeu mobile.
• 🛡️ Projet Valkyrie — V / Les protecteurs de la nuit — enfant direct distinct de Quest ; graine/projet à cadrer.
• 🌍 Le jour du monde — Journées internationales — enfant direct / module éditorial ; consommateur d’AGORA/Agenda.

Règle : cette cartographie est sémantique Notion. Elle ne force pas Drive à reproduire cette hiérarchie : Drive conserve ses rails documentaires propres.

Sommeil contrôlé — sécurité & runtime mobile — 3 octobre 2026

• Avancement du chantier traité dans cette séquence : 82 %. Ce pourcentage porte sur la consolidation architecture/runtime/sécurité, pas sur l’application mobile globale.
• Read-back Cloudflare vérifié : frequencies-mobile possède les Service Bindings WEB, API, BACKEND, PULSE ; frequencies-mobile-web contient la V0 vitrine ; frequencies-mobile-api contient le vérificateur Firebase App Check ; frequencies-mobile-backend reste privé.
• Exposition contrôlée : workers.dev OFF, previews OFF, aucun DNS ni route mobile* public.
• Firebase/GCP canonique confirmé dans le cadastre : projet frequenciesmobileapp, relié à Azure DevOps mobileadmin/Frequencies-MobileApp.
• Protection préparée : Android → Play Integrity → Firebase App Check ; iOS → App Attest → Firebase App Check ; gateway Cloudflare → validation JWKS/RS256/issuer/audience/expiration/App ID → Service Binding backend.
• Vitrine V0 préparée : liens Play Store fr.frequencies, App Store id6745795004, site, support et politique de confidentialité ; publication différée jusqu’à validation des visuels/DA et QA accessibilité.
• Limites de plan constatées sans dégrader la Golden : Custom WAF 5/5 ; ruleset Rate Limiting 1/1. Aucune règle existante supprimée. Le rate limiting via binding Worker reste une piste, non activée tant que son impact plan/budget n’est pas confirmé.
• Point de réveil sécurité : récupérer le project number et les App IDs Firebase Android/iOS réels, intégrer App Check dans le prochain build, injecter les identifiants au Worker, tester les verdicts et erreurs, puis seulement publier mobileapp.frequencies.fr.
• Point de réveil vitrine : intégrer captures/visuels/DA, QA accessibilité/SEO, puis publier mobile.frequencies.fr.
• Règle de reprise : ne pas refaire l’audit horizontal, ne pas recréer de Worker/board/base. Reprendre directement MOBILE-SEC-001 ou MOBILE-WEB-001 selon le déclencheur.