Glisse une bulle pour l'écarter · touche/clic sur une bulle pour voir ce à quoi elle est reliée · touche une pastille de légende pour filtrer.
Comment lire ta toile
Au centre, le cœur : ta base Supabase (PostgreSQL). C'est le corps et le cerveau de NAVLYS — il contient tout (missions, membres, mémoire, règles, journal) et c'est lui qui fait tourner le système tout seul, 24 h/24, même si Claude ou ton téléphone sont éteints. Autour de lui, tout se relie de point en point comme des neurones.
🫀 Le cœur / cerveau
Supabase Postgres (serveur à eu-west-3, Paris). Les tables + les routines pg_cron. C'est là que « vit » NAVLYS.
🖥️ Les serveurs
Supabase héberge le cerveau et les briques ; Vercel héberge le visage (navlys.com) ; Hetzner (optionnel) porte le worker MasterNav/Telegram.
🧩 Les briques
Les Edge Functions : chaque service (assistant, voix, paiement, bible, valider…) est une petite brique indépendante et isolée.
🪟 Le visage
Les 56 pages de navlys.com. Chaque page appelle une ou plusieurs briques pour vivre (l'accueil parle à la voix, l'adhésion au paiement…).
🧠 Les 15 agents
Les départements (NAVTECH, NAVFI, NAVMKT…). Ils lisent les missions, réfléchissent, écrivent leur mémoire et leurs livrables.
🔁 Les routines 24/7
34 crons qui battent seuls : core-tick toutes les 5 min, santé, auto-validation, bible en boucle, veilles, auto-amélioration récursive.
🌍 Les services externes
Les cerveaux et mains loués : Anthropic (+ OpenRouter en repli), WhatsApp/360dialog, ElevenLabs, providers média, PayPal/Stripe, Open-Meteo…
🛡️ L'indépendance
Seule connexion autorisée = Bruno. Anthropic tombe → repli OpenRouter. Chaque dépendance instable → remplacée par une brique interne.
Où va quoi — le trajet d'une action
Tu parles sur ton téléphone → une page (visage) appelle une brique (Edge Function) → la brique réfléchit (souvent via un service externe LLM) → elle écrit dans le cœur (une table) → si c'est sensible, ça part en « à valider » et atterrit dans ton app /valider pour que toi autorises. Rien de sensible ne s'exécute seul : c'est ta règle d'or, gravée dans le corps même du système.
Où arrivent l'aide, les critiques, les demandes (à l'échelle)
Trois entrées, toutes automatiques, qui tiennent des milliers de personnes par jour côté réception (PostgreSQL encaisse des millions de lignes) :
💡 Bouton Améliorer
Toute critique / idée → table core_feedback → routée vers le bon agent + le cockpit, puis digérée par la bible.
🗣️ Assistant (SAV/voix)
Aide en direct 24/7, web + WhatsApp → table sav_messages. Répond seul, escalade si besoin.
📖 Bible en boucle
Chaque heure, elle avale les retours et incidents non traités et en grave une leçon permanente — une seule fois pour toutes les pages.
Manques & risques — honnête, rien de caché
⚠️ Le goulot, c'est toi
La réception scale ; ta validation humaine non. À 1000+/jour il faut une file priorisée + auto-réponse fiable, sinon l'attente s'accumule. Chantier n°1.
💶 Coût LLM à volume
Chaque réponse = un appel payant. À grande échelle, prévoir un budget + cache + bascule sur modèles gratuits (déjà amorcé côté média).
🔌 Repli anti-coupure inactif
OpenRouter est codé mais la clé n'est pas posée chez Vercel → le jour où Anthropic tombe, seul WhatsApp bascule. À activer (dépend de toi).
🔑 Connexions OAuth
Email vérifié = OK (gratuit). Google/Apple/Meta et la vérif SMS ne sont pas encore branchés — à créer chez chaque fournisseur.
🌍 Langues
Les pages récentes (valider, cette carte) sont en français seul. Clés 5 langues à ajouter avant ouverture large.
🔎 Visibilité
Domaine récent, peu de backlinks : ce n'est pas une panne mais l'indexation Google/Bing reste à pousser.
Instantané généré à partir de l'état réel de la base (briques, pages, crons, services relevés en direct). NAVLYS Web Service (NWS).