Projets voisins¶

Vigie — Écosystème météo & alertes mondiales¶

Un écosystème compagnon en développement actif pour regrouper les vigilances de catastrophes naturelles et météo à l'échelle mondiale : - Vigie API — Service Python agrégeant les aléas mondiaux (séismes, tsunamis, volcans, tempêtes, crues) et données météo en GeoJSON standardisé et en trames ultra-compactes pour microcontrôleurs embarqués. - Vigie Web (En ligne sur vigie.auxfilsdesidees.fr) — Portail web interactif pour explorer les alertes sur cartes mondiales et météo locale. - Vigie Display — Écran tactile 7" Waveshare ESP32-P4 autonome tournant sous ESPHome + LVGL, interrogeant directement Vigie API sans aucun serveur Home Assistant. - Intégration Home Assistant (custom_components/vigie) — Alimente les entités, capteurs et automations de Home Assistant pour enrichir cet écran Tab5.

vromvrom-engine — Orchestrateur multi-agents¶

Cet écran est la face physique d’une expérimentation plus large. Le backend compagnon est vromvrom-engine — un moteur Python asyncio multi-agents utilisé (entre autres) pour :

Router les requêtes vocales / chat entre LLMs locaux et APIs cloud selon le type de tâche, le budget et la latence
Chemins rapides pour les commandes Home Assistant courtes vs discussion légère (réponses adaptées au TTS)
Mémoire hybride (SQLite + ChromaDB) et RAG pour le contexte projet
Serveurs d’outils MCP (Home Assistant, mémoire, assistants IDE)
Expérimenter notations, cascades multi-LLM, spécialistes (web, calendrier…), boucles de self-healing

Le Tab5 et le moteur sont les deux faces de la même expérimentation : le Tab5 est la HMI push + satellite vocal ; le moteur est le backbone de raisonnement / routage. Ni l’un ni l’autre n’est terminé. Les deux évoluent activement.

Note : le dépôt public du moteur est un miroir OSS anonymisé d’un arbre privé du quotidien. L’architecture est documentée, mais le code change vite. Si des morceaux ne s’emboîtent pas parfaitement, c’est souvent parce qu’ils ont été écrits par des modèles différents à des moments différents — et partagés surtout pour rendre le chemin vocal du Tab5 compréhensible, pas comme un « produit fini ».

D’anciennes mentions de ServeurHA peuvent subsister dans le workspace ; pour le lien public, préférer vromvrom-engine ci-dessus.

Une note sur ce projet¶

C’est un projet personnel. Le but n’a jamais été de construire un produit — c’était d’explorer ce que les outils IA peuvent réellement faire avec une cible hardware réelle, des contraintes réelles, et de vrais cycles de débogage.

Tout dans ce dépôt — le YAML ESPHome, le code C++, les automations Home Assistant, et la plupart de cette documentation — a été généré par des IA : - Antigravity / Gemini (Google) — orchestration initiale, documentation, revue - DeepSeek, MiniMax, Z.ai — génération et itérations - Claude (Anthropic) — architecture, C++, débogage - Cursor — travail récent (vocal, polish HMI, docs)

L’humain dans la boucle définissait le but, testait, disait « c’est faux » ou « proche mais pas tout à fait », et continuaient à orienter. Aucune ligne écrite à la main — plus architecte qu’auteur.

Ce n’est pas une affirmation sur la capacité de l’IA ou l’obsolescence humaine. C’est juste à quoi ressemblait l’expérience en pratique. Certaines choses ont mieux fonctionné que prévu. Certaines ont nécessité beaucoup d’itérations. Quelques-unes ne fonctionnent toujours pas parfaitement. C’est la version honnête.

Si une partie de ceci vous est utile — comme point de départ, comme référence, ou comme « ce qu’il ne faut pas faire » — c’est suffisant.