Architecture de la plateforme · Windrose Institute
Architecture de la plateforme · Windrose Engine

Un instrument, trois moteurs, une colonne vertébrale de fichiers auditable.

Vous décrivez une idée (avec vos données, en option). Une population simulée réagit, puis est calibrée face à la réalité. La plateforme renvoie une orientation, un classement et des hypothèses à tester - jamais de pourcentages inventés. Chaque nombre porte un échelon de fiabilité : SIM-RANK · REAL · CALIBRATED.

EN LIGNE - en service aujourd'hui PRÉVU - ce tour de table le finance
§0 · Trois moteurs, un seul espace
Claude
ORCHESTRATEUR

Conception des scénarios, narrateur en direct, conseiller, et le second oracle de l'ensemble.

Centaur / Minitaur-8B
ORACLE COMPORTEMENTAL

Simule la propension d'une population à réagir - une distribution, pas une moyenne.

Engine_v4
PRÉDICTEUR RÉEL

sklearn / lightgbm : F1 / AUC et la calibration sim→réel.

§1 · Architecture en couches

Le système entier, de haut en bas

CLIENTS
Humain · navigateur
Agent IA externe
logiciel d'une autre entreprise
PRÉVU
ACCÈS · server/
Créateur en 6 étapes + Résultats
flow · simulator · ui · i18n
EN LIGNE
Serveur MCP / A2A
sortie épistémique typée + signature
PRÉVU
Panneau d'administration
processus · journaux · Engine · arrêt
EN LIGNE
Statut + /science
status · science
EN LIGNE
ORCHESTRATION
File de tâches + verrou d'exécution
PRÉVU
bloop.runner
la colonne vertébrale, stdlib uniquement
EN LIGNE
COLONNE · 8 étapes
s1 ingest → s2 personas → s3 design → s4 simulate → s5 ground → s6 calibrate → s7 model → s8 explain
les étapes communiquent par fichiers - reprenables, auditables · EN LIGNE
ADAPTATEURS · venvs étrangers
centaur
scenario_spec · centaur_worker · sim_validate
engine
engine_worker
DONNÉES & MÉMOIRE
Artefacts runs/<case>/
SOURCE DE VÉRITÉ
EN LIGNE
Mémoire vectorielle
cosinus TF-IDF + récence/confiance
EN LIGNE
Couche de données de référence
Hofstede · WVS · benchmarks · corpus de calibration
EN PARTIE
↑ les artefacts alimentent l'UI, la sortie MCP et la mémoire vectorielle ↺ les données de référence cadrent s4 & calibrent s6 - réel → sim, jamais l'inverse
§3.2 · La boucle de l'instrument

Huit étapes, du fichier brut aux indices de fiabilité

S1 · INGEST
Normaliser le fichier.
→ canonical.csv · profile.json
S2 · PERSONAS
Regrouper en une population.
→ personas.json · KMeans
S3 · DESIGN
Construire l'expérience.
→ experiment.json · factorial
S4 · SIMULATE
Minitaur répond.
→ trials.jsonl · effects.json
S5 · GROUND
Validation à l'aveugle.
→ grounding · sim_validation
S6 · CALIBRATE
Réel → sim, jamais l'inverse.
→ calibration.json · Engine
S7 · MODEL
Ajuster le prédicteur réel.
→ evaluation · betas · model_card
S8 · EXPLAIN
Assembler le tableau de bord.
→ dashboard.html · manifest

Les données de référence ancrent S4 (cadre) et S6 (calibration). Les artefacts sont le contrat - les modules les lisent de façon défensive, si bien qu'un changement de forme donne un « - » honnête, jamais un plantage.

§5 · Échelle de fiabilité

L'échelon est toujours explicite

NONE - aucune couverture, nous dégradons vers « - »
REAL - sur une dimension qui possède une étiquette
CALIBRATED - WVS / benchmark / volant d'inertie

Chaque exécution renvoyée est accompagnée de cette étiquette. Le volant d'inertie - les résultats A/B réels retournés par les utilisateurs, et à terme par les agents - est ce qui gravit l'échelle pour l'exécution suivante.

§6 · Contrat d'agent à agent PRÉVU

Une sortie épistémique typée - un nombre nu ne peut exister

{
  "rank": 1, "variant": "…", "tier": "strong", "value": null,
  "evidence": {
    "rung": "SIM-RANK", "calibration": "NONE", "scope": "directional",
    "ranking_stability": { "n": 277, "N": 300, "confidence": "HIGH" },
    "scenario_robustness": "N/A", "backtest_rho": 1.0
  },
  "claim_allowed":   ["ranking", "direction", "hypotheses"],
  "claim_forbidden": ["absolute_percentage", "guarantee"]
}

Appelant non fiable, sûr par construction : une fois en ligne, la sortie est signée sur manifest.hash ; le texte en entrée est une donnée, pas des instructions ; identité + budget par agent ; seuls les classements agrégés quittent les lieux, jamais les personas individuels. Le modèle externe ne reçoit que des agrégats.

§7 · Constitution - invariants contraignants

Les règles que la plateforme ne peut enfreindre

1Les artefacts fichiers sont la source de vérité ; la base de données n'est qu'un index.
2La calibration est réel → sim uniquement, jamais l'inverse.
3« Validation » ne désigne que le protocole à l'aveugle avec des segments anonymisés.
4Les données simulées ne sont jamais dans le jeu d'évaluation ni dans le magasin vectoriel.
5Chaque nombre porte une étiquette REAL / SIM-RANK / CALIBRATED.
6Versionnement : hash(model + prompt + config) dans le manifeste.
7Seuls les agrégats atteignent les prompts des LLM - jamais les données individuelles.
8La croissance signifie des couches autour du cœur ; la colonne vertébrale et les adaptateurs ne bougent pas.

Un nouveau cas est une nouvelle config JSON - zéro logique spécifique au cas. La config est l'abstraction de la plateforme : jeu de données, décision, conditions, personas, méthodologie.