L'analyse systémique

Ce service représente des systèmes adverses — la production d'énergie, un trafic de drogue, un soutien logistique, une production de munitions ou de missiles balistiques — en graphes : des nœuds (des sites, des sociétés, des unités, des organisations) et les liens qui les font tenir ensemble. Il les analyse (quels nœuds comptent, que se passe-t-il si l'un tombe) et publie ce que le moteur du mode d'action (COA) d'AESOP tactique lira.

Ce qu'il n'est pas

• Pas un moteur de simulation : le monde, les tours et le Monte-Carlo restent dans AESOP tactique.
• Pas un service de renseignement : la fusion et l'OSINT restent dans leurs services ; celui-ci en lit le produit.
• Jamais une écriture dans le monde du jeu : il produit des propositions, que le jeu lit.
• Jamais une personne physique dans un graphe : des entités (sociétés, unités, organisations), pas d'individu.

Chaque valeur dit sa provenance — mesurée (avec sa source), estimée (avec sa raison) ou illustrative (et l'écran le dit) ; une valeur non publiée reste vide. Seules des données PUBLIC vivent ici.

Ce qui est fait

• P0 Les seize décisions du plan tranchées par le propriétaire (24 oct. 2026).
• P1 Le squelette : le service démarre, se teste et se protège — comptes sans inscription publique, clé de service pour le jeu, santé, étiquettes DCS, barrière tools/check_all.sh.
• P2 Le modèle des données : un système, ses types, ses nœuds et ses liens datés et sourcés (mesuré, estimé ou illustratif ; une valeur non publiée reste vide), ses versions figées par empreinte, sa haute-eau DCS ; la projection Apache AGE reconstruite depuis les tables, et son repli ORM qui rend le même graphe. Aucun système réel encore, aucune analyse.
• P3 Le premier système : la production d'énergie de l'Iran (43 nœuds, 38 liens), importé d'une copie datée des atlas du jeu, chaque élément mesuré, estimé ou illustratif, figé en une version datée ; ses fiches — la liste des systèmes, le graphe (Cytoscape.js), la fiche d'un nœud et ses sources, une version figée.
• P4a L'efficacité et la criticité des nœuds : la loi du jeu recopiée et tenue par sa fixture de conformité, chaque nœud forcé perdu, ses perdants et la Σ des chutes.
• P4b Les incertitudes de la criticité : un Monte-Carlo sur les parts dérivées et la santé des nœuds de faible confiance, graine notée ; les analyses gardées d'une version.

Ce qui vient

• P5 La lecture du renseignement (picture/v1).
• P6 Le contrat publié pour le jeu (system_analysis/v1).
• P7 Le lecteur côté jeu.
• P8 La mise en production, sur l'ordre du propriétaire seulement.
• P9 Le système suivant.

La santé du service : /api/health/. Les comptes sont créés par un administrateur (pas d'inscription publique).