Crucix : un terminal d intelligence personnel pour surveiller le monde en continu

https://github.com/calesthio/Crucix

📌 Crucix transforme des flux OSINT dispersés en un tableau de bord unique, local et auto-hébergé, capable de centraliser signaux géopolitiques, marchés, risques et alertes opérationnelles sans dépendre d’une plateforme cloud.

Crucix se positionne comme une couche d’observabilité du monde réel pour un usage quotidien. L’application agrège des données hétérogènes qui, d’ordinaire, imposent de jongler entre des dizaines d’onglets, d’API et de tableaux de suivi. Ici, l’approche est inverse: un point d’entrée unique, une boucle de collecte automatique, et une interface qui met l’accent sur les changements importants plutôt que sur le bruit. Le résultat est concret: au lieu de passer du temps à vérifier si quelque chose a bougé, l’outil remonte directement ce qui mérite une action.

Le cœur du produit repose sur des balayages périodiques de plusieurs sources ouvertes en parallèle. Chaque cycle collecte, normalise et recoupe les signaux, puis compare l’état courant au cycle précédent. Cette logique de delta est essentielle en pratique, car elle permet de distinguer une information déjà connue d’une vraie évolution. Au quotidien, cela devient utile pour suivre un thème précis (énergie, transport, conflit, macroéconomie), surveiller des zones géographiques, ou simplement conserver une vision globale de la situation sans charge mentale permanente.

L’interface met en avant un tableau de bord immersif, avec vue cartographique et globe 3D, marqueurs typés, flux d’actualités et zones de risque. Cette présentation n’est pas un simple habillage visuel: elle permet de relier visuellement des phénomènes de natures différentes. Un événement local peut être recoupé avec une tension logistique, un mouvement de marché ou une série de signaux sociaux pour construire une lecture plus exploitable. L’intérêt produit est donc double: gagner du temps de veille et améliorer la qualité des corrélations.

Côté cas d’usage, Crucix couvre plusieurs rythmes de travail. En surveillance passive, il tourne en fond et déclenche des alertes lorsque des seuils sont franchis. En mode investigation, il sert de cockpit pour lancer un sweep manuel, vérifier des points de friction et partager un brief synthétique. En usage mobile, les commandes bot permettent d’interroger l’état du système à distance, de déclencher une collecte ou de mettre en pause les alertes sans revenir sur la machine hôte. Cette continuité entre dashboard et messagerie rend l’outil plus opérable que beaucoup de stacks OSINT bricolées.

Points cles

• 🌍 Agrégation multi-sources en un seul dashboard pour éviter la fragmentation de la veille.
• ⚡ Balayages parallèles et comparaison inter-cycles pour remonter les vrais changements.
• 🛰️ Couverture large: signaux géospatiaux, risques, marchés, flux d’information et indicateurs macro.
• 🤖 Couche IA optionnelle pour prioriser, classer et formuler des pistes d’action exploitables.
• 🔒 Exécution locale sans télémétrie obligatoire, avec contrôle direct des clés et intégrations.

Le démarrage est direct: clonage du dépôt, installation Node, configuration d’un fichier .env, puis lancement du serveur. Une fois l’application active, le premier cycle de collecte démarre, puis les mises à jour se propagent vers l’interface en continu via SSE. Le projet propose aussi un mode Docker, utile pour isoler l’exécution, simplifier la reprise et persister les données de run. Cette dualité local natif / conteneur couvre la majorité des contextes, depuis un poste personnel jusqu’à un mini serveur dédié.

Sur la couche d’alerting, l’intégration Telegram et Discord apporte un vrai gain opérationnel. Les notifications ne sont pas limitées à un push passif: les commandes permettent de demander un état, un brief, un sweep manuel ou un historique d’alertes. Cela évite de multiplier les scripts satellites et garde l’orchestration au même endroit. Pour une utilisation continue, cette logique “pilotage + remontée + interaction” est souvent plus importante que la sophistication visuelle du dashboard.

La partie IA reste modulaire. Crucix peut fonctionner sans modèle, avec un moteur de règles qui maintient une hiérarchie d’alertes. Lorsqu’un provider LLM est configuré, la qualité d’analyse progresse sur trois axes: meilleure priorisation des signaux, synthèses plus contextualisées et génération de pistes d’action mieux argumentées. Le projet mentionne plusieurs fournisseurs compatibles, ce qui réduit le verrouillage et permet d’adapter coût, latence et niveau de raisonnement selon le besoin réel.

Sur la confidentialité, le positionnement est net: exécution auto-hébergée, données sous contrôle local, dépendance cloud non imposée. Cette approche répond à une contrainte fréquente en veille sensible: éviter d’externaliser l’historique des signaux et des corrélations vers un service tiers. En pratique, la confidentialité dépend toujours des API activées et des bots configurés, mais l’architecture de base permet déjà un mode de fonctionnement sobre, transparent et auditable.

Le périmètre technique est raisonnable: Node.js récent, dépendances limitées, architecture modulaire par connecteurs de sources et pipeline de synthèse. Cette simplicité facilite la maintenance, les audits et l’ajout progressif de nouvelles briques. Les limites à anticiper sont surtout liées à la qualité des sources externes (disponibilité, quotas, latence) et au calibrage des seuils d’alerte. Comme tout système de veille, la valeur dépend du réglage fin: trop strict, on rate des signaux; trop permissif, on génère de la fatigue.

Crucix convient particulièrement quand l’objectif n’est pas d’empiler des dashboards, mais d’obtenir un centre de contrôle cohérent, extensible et vraiment actionnable. L’outil simplifie la collecte, structure les signaux, garde une exécution locale et ouvre une interaction opérationnelle via bots. À retenir: c’est une base solide pour industrialiser une veille multi-domaines sans repartir de zéro à chaque nouveau besoin.