Principes d’architecture
Le produit sépare volontairement la collecte, l’interprétation, la décision, le risque et la preuve. Cette séparation limite la confusion entre une donnée observée, une hypothèse de recherche et une recommandation opérationnelle.
Sources identifiables
Chaque élément destiné à la décision doit pouvoir être rattaché à une source, une date et une méthode de transformation.
Versions explicites
Les changements de modèles, règles ou seuils doivent rester visibles dans un historique.
États vides honnêtes
Un module sans donnée connectée reste vide. Il ne fabrique pas de valeurs de démonstration présentées comme réelles.
Accès progressifs
Les surfaces publiques, privées et administratives sont séparées afin de limiter les expositions inutiles.
State et Pulse
State est la vue de synthèse du régime observé. Pulse décompose les facteurs qui alimentent cette lecture : taux réels, dollar, flux, positionnement, volatilité, banques centrales et contexte géopolitique.
State répond à « où sommes-nous ? ». Pulse répond à « qu’est-ce qui pousse le système ? ».
Scenarios et Map
Scenarios organise plusieurs chemins possibles avec leurs conditions de validation et d’invalidation. Map représente les niveaux, zones, événements et réactions attendues dans un espace de lecture commun.
Risk
Risk intervient avant toute action. Il doit réunir le dimensionnement, les tolérances, les limites journalières, les stress tests, les corrélations et les règles propres au compte ou au mandat utilisé.
Evidence
Evidence constitue le registre de preuve : versions, périodes de validation, calibration, résultats hors échantillon, live-forward, changements de méthodologie et piste d’audit.
Journal et Brief
Journal conserve la mémoire des décisions et des écarts de discipline. Brief restitue les changements importants dans un format court, sans supprimer l’accès aux sources et hypothèses.