Système topologique N3 à N9 + Protée

N3 fournit le socle géométrique du système — un espace tridimensionnel où chaque souvenir est un tenseur représenté par une sphère (nœud). Chaque sphère est connectée à plusieurs chemins. Sphères et chemins forment des chaînes de souvenirs et contribuent collectivement à la mémoire du système.

Innovation : Les tenseurs sont ici des sphères (nœuds). Leur position dans l'espace permet des connexions multi-dimensionnelles (Madeleine de Proust), et des rappels rapides et économes en énergie.

Exemples d'usage :

• Partout où l'on a besoin d'une mémoire multi-contexte : robuste, résiliente, réactive, résistante au bruit et de capacité infinie.

Pourquoi « soliton topologique » ? — une analogie, pas une preuve

La NLSE (Nonlinear Schrödinger Equation) décrit la propagation d'ondes non linéaires auto-stables — les solitons. Tosio Kato (加藤 敏夫, 1917–1999) a établi des théorèmes d'existence et d'unicité des solutions de la NLSE. C'est de la mathématique réelle, mais elle porte sur une EDP physique. Elle est citée ici comme référence de nommage et source d'intuition — ce n'est pas une dérivation du score N3+1, et aucun théorème de Kato n'est utilisé pour le calculer.

Innovation : N3+1 introduit un invariant topologique computationnel — un score mesuré qui détecte et localise les ruptures du graphe Swarm et déclenche une passe de réparation. C'est une construction d'ingénierie : la valeur est calculée, le seuil est calibré, et toute altération est détectée, localisée, et réparée automatiquement. Le seuil i_topo ≥ 0.70 est un seuil d'exploitation calibré (un choix d'ingénierie mesuré), et non une propriété mathématique démontrée par les théorèmes de Tosio Kato sur la NLSE.

Exemples d'usage :

• Corruption mémoire après crash : un serveur subit une coupure brutale. Au redémarrage, le soliton N3+1 parcourt le graphe, détecte les nœuds corrompus (i_topo ≠ 0.8193), et propage une onde de réparation qui reconstruit les arêtes manquantes — sans restaurer une sauvegarde.
• Détection d'altération malveillante : un attaquant tente d'injecter un faux souvenir dans le Swarm. L'invariant topologique chute immédiatement (i_topo = 0.42 au lieu de la valeur mesurée 0.8193). Le détecteur de soliton localise l'intrusion, la met en quarantaine, et notifie le Conseil de Surveillance (N5).

Dans Tosio, le graphe Swarm est modélisé comme un milieu non linéaire :

• Les souvenirs sont des excitations localisées
• Les arêtes sont les couplages non linéaires
• Un soliton topologique est une configuration stable qui se propage sans se déformer

Fonctionnement

i_topo = f(connectivité, densité, cyclicité) du graphe Swarm
Valeur cible : i_topo = 0.8193 ± ε

Si |i_topo - 0.8193| > Δ → déclenchement du détecteur de soliton
→ Localisation de la rupture
→ Propagation d'une onde de réparation (soliton)
→ Reconstruction des arêtes manquantes

Le détecteur de soliton a été validé par 7 benchmarks E2E (cohorte ⑦ FORTE) avec 5 niveaux de bruit. Résultats

N4 ajoute une dimension associative W à la grille topologique 3D, permettant au soliton de faire des sauts non-locaux — des connexions directes entre concepts éloignés spatialement mais proches sémantiquement. C'est l'équivalent computationnel de l'intuition.

Innovation : N4 brise la contrainte de localité de N3+1. Jusqu'ici, deux souvenirs ne pouvaient interagir que s'ils étaient spatialement proches dans la grille 3D. La dimension W permet des sauts non-locaux — deux concepts reliés par le sens, l'historique ou une signature cryptographique peuvent se connecter même s'ils sont stockés à des positions éloignées. C'est ce qui permet à Tosio de faire des découvertes sérendipiteuses : rapprocher des idées que rien ne destinait à se rencontrer.

Exemples d'usage :

• Recherche exploratoire : un chercheur en biologie stocke des articles sur les protéines (région A du Swarm) et des notes sur les algorithmes de repliement (région B). Sans N4, ces deux clusters restent isolés. Avec N4, un saut W détecte la corrélation sémantique et propose une connexion — le chercheur découvre une piste qu'il n'aurait pas formulée.
• Robustesse aux pannes : un nœud intermédiaire critique est corrompu. Sans N4, le chemin est coupé. Avec N4, le soliton contourne la rupture via un saut W vers un nœud sémantiquement proche mais spatialement distant — la requête aboutit quand même, avec un flag "chemin dégradé".
• Intrication et cryptographie : W permet d'évaluer parallèlement plusieurs positions distantes simultanément (analogue computationnel de l'intrication quantique) ou de comparer des clés secrètes sur la base de leur représentation symbolique respective (analogue de la cryptographie quantique).

Ce que N4 apporte

• Découverte sérendipiteuse — deux idées stockées à des moments différents peuvent se connecter sans chemin logique préétabli
• Robustesse au bruit — si un nœud intermédiaire est corrompu, le soliton le contourne via un saut W
• 5 échelles de proximité — locale (spatiale), non-locale (intrication par historique), temporelle (dérive), cryptographique (preuve signée), quantique (superposition)
• Arbres de lignée — chaque découverte est tracée, les branches non-prometteuses sont gelées (NoGo) mais conservées pour référence future
• Preuves cryptographiques distribuées — un soliton peut utiliser une preuve découverte par un autre pour valider un saut (confiance partagée)
• Kernel appris — la projection W est entraînée par PCA sur 32 768 positions de la grille (95,5% de variance expliquée)

Paramètres des sauts W

• Distance maximale de saut — paramétrable via w_proximity (seuil ≤ 1.0 par défaut). Augmenter cette valeur permet des sauts plus lointains (plus d'intuition, moins de rigueur) ; la réduire contraint le soliton à des connexions plus locales.
• Gouvernance des sauts — un saut 4D n'est autorisé que si : β ≥ 0.70 (confiance élevée) ET w_proximity ≤ seuil ET nœud non gelé.
• Seuil de dérive adaptatif — get_drift_threshold(β, depth) ajuste dynamiquement la tolérance selon la confiance et la profondeur dans l'arbre de lignée.

Validation

• 180 tests unitaires passent (61 topologie W, 69 arbres de lignée, 50 topologie unifiée multi-échelle)
• Orthogonalité confirmée — W est décorrélé des métriques spatiales (Betti, Winding, Rayon) avec |r| = 0.016
• Navigation GPS-S validée — la carte topologique (56 nœuds, 4 sphères) est navigable avec qwen2.5:14b
• 500 trajectoires réelles analysées depuis le journal de preuves (proof_journal.jsonl)

Note sur les visualisations : Les trajectoires 3D et le dashboard de solitons présentés dans la section N3+1 sont valables pour l'invariant N3+1. Pour N4 et au-delà, la dimension W ajoute une 4ᵉ coordonnée — les visualisations 3D standard ne capturent pas cette dimension associative supplémentaire.

Le Portique d'Accès est la couche qui contrôle qui peut accéder à quoi dans Tosio. Placé avant le Conseil de Surveillance (N5), il vérifie l'identité de l'utilisateur, détermine ses droits, et signe chaque requête avec une signature topologique infalsifiable.

Innovation : L'authentification classique repose sur un secret partagé (mot de passe, clé API). N4.5 remplace ce paradigme par une preuve de position : le Portique est lui-même un nœud du Swarm, et sa capacité à signer dépend de sa connexion topologique au graphe. S'il est déconnecté, il ne peut plus signer — le système passe en mode dégradé sans blocage. C'est une authentification ancrée dans la topologie, sans clé secrète à voler.

Exemples d'usage :

• Déploiement air-gap : une entreprise de défense exécute Tosio sur un réseau isolé. Le Portique signe les requêtes via sa position topologique locale — aucun secret ne circule sur le réseau, aucune clé ne peut être exfiltrée.
• Résilience en cas de panne : le nœud Swarm hébergeant le Portique tombe. Le système passe automatiquement en mode dégradé (quotas réduits) au lieu de bloquer tous les utilisateurs. Dès que le nœud est restauré, les signatures topologiques reprennent.

Trois modes de confiance

Au lieu d'un système de prix classique (plus on paie, plus on a de ressources), le Portique utilise un modèle de confiance : plus vous contribuez au système, plus vous avez de capacités.

Signature topologique

Chaque requête reçoit un PrivilegeVector — un jeton numérique signé qui décrit les droits de l'utilisateur. La signature n'utilise pas de clé secrète classique : elle est calculée à partir de la position du Portique dans la topologie du Swarm (dimension W, N4).

Innovation : Le Portique est lui-même un nœud du Swarm. Sa signature est vérifiable par toute entité qui connaît la topologie — sans clé secrète partagée. Si le Portique perd sa connexion au Swarm, il ne peut plus signer, et le système passe automatiquement en mode dégradé (sans blocage du service).

En savoir plus sur les offres → Guide utilisateur complet

Le Pare-feu Epistemique (N4.5-bis) est une couche de filtrage du contenu des requêtes, placée après le Portique N4.5 et le Conseil de Surveillance N5, avant l'exécution par N4. Contrairement à N5 qui vérifie qui demande et quel impact cela aurait, le Pare-feu Epistemique analyse ce qui est demandé — en suspendant la classification, en évaluant les sources, et en recherchant la réfutation/contradiction.

Innovation : Les systèmes de mémoire traditionnels stockent tout ce qu'on leur donne — vrais ou faux. N4.5-bis introduit le doute méthodique avant la mémorisation. Au lieu d'accepter ou rejeter binairement, il suspend le jugement et classe chaque information selon sa friction avec le savoir existant : cohérent → stocker, contradictoire → mettre en quarantaine (pas détruire), inclassable → conserver comme hypothèse. C'est le premier pare-feu qui ne dit pas "c'est faux" mais "je ne sais pas encore".

Exemples d'usage :

• Informations contradictoires : un article de presse contredit les connaissances préalablement mémorisées. Le Pare-feu détecte les contradictions (friction élevée) et les soumet pour révision éventuelle à l'utilisateur (Human in the loop).
• Découverte légitime contradictoire : un nouveau résultat expérimental contredit une théorie bien établie dans le Swarm. Le Pare-feu détecte la friction, mais comme la source est fiable (journal peer-reviewed) et le BeliefNetwork N7 confirme l'historique de la source, il classe en "suspension — attente validation" plutôt qu'en quarantaine.

Architecture à 3 étages

1. Étage 1 — Pare-feu Syntaxique : détection d'injection de prompt, jailbreak, élévation de privilèges via patterns regex (blocage immédiat, < 1ms)
2. Étage 2 — Pare-feu Epistemique : interrogation du BeliefNetwork N7 (évaluation des sources), FrictionDetector N7 (détection de contradiction topologique), Archive Liminale N7 (suspension du jugement sur l'inclassable)
3. Étage 3 — Décision : MÉMORISER (cohérent), QUARANTAINE (friction modérée, arbitrage humain), SUSPENDRE (inclassable → Archive Liminale N7), REFUSER (friction critique)

Pourquoi c'est important

Toutes les informations ne sont pas vraies. Avant mémorisation dans le Swarm, le Pare-feu Epistemique suspend le jugement, évalue la fiabilité des sources via le BeliefNetwork N7, et mesure la friction topologique avec les croyances existantes via le FrictionDetector N7. Une contradiction n'est pas une erreur — c'est une hypothèse en attente de validation.

Intégration N7

• BeliefNetwork : évalue la source de l'information (connue ? fiable ? historique de certitude ?)
• FrictionDetector : mesure la friction topologique (distance W) entre la nouvelle information et les croyances existantes
• Archive Liminale : conserve les informations inclassables avec leur résiduel topologique — ce ne sont pas des erreurs, ce sont des graines qui attendent leur clé
• SentinelleInterface : notifie les sentinelles humaines pour arbitrage en cas de friction modérée ou critique

Le Conseil de Surveillance (N5) est une instance émergente qui observe en continu les trajectoires des solitons dans le Swarm. Ce n'est pas un module — c'est une émergence naturelle du système quand le Swarm atteint une taille critique.

Innovation : N5 n'est pas programmé — il émerge. Quand le Swarm dépasse une taille critique, les trajectoires des solitons forment des motifs récurrents que N5 apprend à reconnaître. Il génère alors des cartes (fréquentation, cohérence, corrélation, risque) et devient un arbitre qui ne se contente pas de bloquer les actions dangereuses : il recommande activement les chemins optimaux. C'est la première couche de conscience du système — Tosio sait où il est, où est le meilleur chemin et où il est risqué d'aller.

Exemples d'usage :

• Détection de dérive silencieuse : les nœuds d'un Swarm s'éloignent progressivement du soliton de référence Polaris (N8). N5 détecte la tendance sur sa carte de cohérence (pas une alerte brutale, mais une pente) et recommande une recalibration préventive avant que le Swarm ne devienne incohérent.
• Optimisation des chemins de navigation : le GPS-S demande le meilleur chemin vers un souvenir. N5 a cartographié que la route directe traverse une zone à risque (nœuds en consolidation instable) et recommande un détour par une région stable — la requête aboutit en 15ms au lieu de 45ms avec un risque d'échec.

Trois fonctions

Rôle dans la chaîne de gouvernance

N5 est le gatekeeper du système : chaque requête qui franchit le Portique (N4.5) est évaluée par le Conseil avant d'atteindre les couches d'exécution. Il vérifie :

• Que les droits d'accès sont respectés (via le PrivilegeVector signé par N4.5)
• Que l'impact topologique de la requête ne menace pas la cohérence du Swarm
• Que les quotas ne sont pas dépassés

N6 ajoute une couche de gouvernance éthique au-dessus du Conseil de Surveillance N5. Là où N5 détecte et signale les anomalies, N6 tranche — en appliquant des principes fondamentaux non-négociables et en garantissant que chaque décision est traçable, justifiable et réversible.

Innovation : N6 introduit une gouvernance éthique constitutionnelle au-dessus de la surveillance. Au lieu de règles ad-hoc, il applique 5 principes non-négociables et garantit que chaque décision est traçable, justifiable et réversible via un Enregistrement de Décision Éthique (EDR). L'arbitrage combine vote pondéré (avec plafonnement anti-domination), détection de collusion, et l'autorité ultime du BDFL — créant une gouvernance hybride humain-algorithmique transparente, adaptative et auditable.

Exemples d'usage :

• Interférence entre profils utilisateurs : Vous vous apprêtez par erreur à supprimer un document avec des informations sensibles partagées avec d'autres utilisateurs. La matrice de priorité contextuelle de N6 résout automatiquement le conflit : en mode CRISE, la cohérence prime et les informations sont conservées pour les autres utilisateurs. En mode NORMAL, document non partagé, les conséquences de votre suppression vous sont signalées avant suppression. La décision est dans tous les cas documentée dans un EDR horodaté.
• Proposition d'évolution démocratique : un utilisateur propose d'assouplir une contrainte éthique. La proposition est soumise au système de démocratie liquide : les utilisateurs délèguent leur poids de vote, le quorum adaptatif est atteint, et le détecteur de collusion vérifie l'absence de domination. Le BDFL peut exercer son droit de veto en dernier ressort.

Les 5 principes constitutionnels

Architecture décisionnelle — 6 couches

Le flux N6 suit une architecture en défense en profondeur éthique :

1. Constitution — les 5 principes non-négociables, modifiables uniquement par amendement à barrières élevées (90 jours de réflexion, double validation algorithmique + humaine, quorum 60%, approbation 66%)
2. Exécution (Soliton/Swarm) — reçoit les requêtes, évalue la compatibilité avec chaque principe
3. Supervision (Conseil de Surveillance N5) — évalue, autorise, surveille, émet des vetos, ajuste les contraintes selon le contexte (NORMAL, CRISE, ÉVOLUTION)
4. Gouvernance humaine (Conseil d'Éthique) — validation finale par le BDFL (Benevolent Dictator For Life) qui conserve la décision ultime en toutes circonstances
5. Arbitrage — vote pondéré (participation, ancienneté, diversité, qualité) avec plafonnement anti-domination, quorum adaptatif et détection de collusion
6. Boucle de rétroaction — allège les contraintes pour rester agile, mais gèle automatiquement si une dérive est détectée (érosion des refus, baisse de compatibilité)

Mécanismes clés

Validation

• 30 tests unitaires couvrent le flux N6 complet (évaluation → supervision → arbitrage → validation BDFL → génération EDR)
• 4 scénarios éthiques simulés : action compatible, action incompatible, conflit résolu par priorité contextuelle, défèrement d'un conflit sévère au Conseil
• 7 modules Python (~3400 lignes) : types, cadre_valeurs, arbitrage, decision_ethique, conseil_surveillance, conseil_ethique_humain, boucle_retroaction
• Intégration N4/N5 : le Conseil de Surveillance N5 pilote le ImmuneFilter (construction génomique adaptive) importé du repo swarm-memory-benchmark

Note sur la gouvernance : En phase actuelle (fondateur), le BDFL dispose des 8 pouvoirs présidentiels (veto absolu, veto suspensif, ratification obligatoire, initiative réservée, nomination, dissolution, droit de grâce, présidence du Conseil). À terme, un Conseil d'Éthique pluriel (experts, utilisateurs, parties prenantes) pourra être constitué, mais le BDFL conservera la décision finale.

N7 n'est pas un module — c'est une écoute active des glissements et zones d'incohérence. Une posture d'ouverture, de disponibilité à ce qui n'a pas encore de nom.

Dans un système classique, une contradiction est une erreur. Dans Tosio, une contradiction est une donnée — le signal qu'une nouvelle compréhension est peut-être en train d'émerger, tel que de façon permanente en sciences. N7 écoute ces glissements, zones d'incohérences non catégorisables, les identifie et les traite comme des hypothèses en attente de validation qu'il affine au fur et à mesure de ses investigations.

Les déductions et inductions sont à valider par l'utilisateur pour être classées comme progrès. C'est la différence entre une machine qui classifie et une machine qui écoute.

Innovation : N7 introduit l'humilité épistémique dans Tosio. Au lieu de rejeter les contradictions comme des erreurs, il les écoute activement — mesurant la friction topologique (distance W), suspendant le jugement sur l'inclassable, et exposant les perspectives divergentes. L'Archive Liminale conserve les hypothèses qui n'ont pas encore de clé, le BeliefNetwork évalue la fiabilité des sources dans le temps, et le FrictionDetector fait résonner les contradictions au lieu de les résoudre prématurément. Le Rapport Rashomon révèle la vérité comme une collision de perspectives, pas un consensus.

Exemples d'usage :

• Découverte scientifique contradictoire : un nouveau résultat expérimental contredit une théorie bien établie dans le Swarm. Le FrictionDetector mesure une friction élevée, mais le BeliefNetwork confirme la fiabilité de la source. Plutôt que de rejeter, N7 crée un Rapport Rashomon exposant les deux perspectives, suspend le jugement dans l'Archive Liminale, et alerte les sentinelles humaines pour arbitrage.
• Souvenirs personnels contradictoires : un utilisateur a deux versions incompatibles d'un même événement. N7 détecte la friction, préserve les deux comme des hypothèses plausibles dans l'Archive Liminale, et expose la divergence dans un Rapport Rashomon. L'utilisateur arbitre — ou choisit de laisser les deux versions en suspens pour exploration future.

Les quatre piliers épistémologiques

Intégration avec le Pare-feu Épistémique (N4.5-bis)

N7 fournit les primitives épistémologiques utilisées par le Pare-feu Épistémique pour analyser le contenu des requêtes avant mémorisation dans le Swarm :

• BeliefNetwork → évalue la fiabilité de la source de l'information
• FrictionDetector → mesure la contradiction avec les croyances existantes
• Archive Liminale → suspend le jugement sur l'inclassable
• SentinelleInterface → soumet la contradiction à l'arbitrage (pending) et la journalise. Une sentinelle est enregistrée au runtime (02/10/2026) — président actif du Conseil d'Éthique N6. Le canal de notification humaine n'est pas encore câblé.

Le pipeline complet est décrit dans la section N4.5-bis — Pare-feu Épistémique.

Validation

• 7 modules Python (~2000 lignes) : archive, belief, friction, rashomon, sentinelle, escalation, routing
• 73 tests unitaires N7 : couvrent le cycle complet (croyance → friction → contradiction → arbitrage → rapport Rashomon) et la Maturation Engine (pipeline CANDIDATE→LOCKED, 4 certificats par promotion)
• Intégration N4/N5/N6 : BeliefEpistemique hérite d'EvaluationEthique (N6), FrictionDetector utilise la topologie W (N4), SentinelleInterface délègue au Conseil d'Éthique Humain (N6)

Pourquoi c'est important

N7 donne à Tosio une propriété rare : l'humilité épistémique. Le système sait qu'il ne sait pas tout. Il conserve ce qu'il ne comprend pas encore, expose ses propres contradictions, et attend qu'un humain — ou une future découverte — vienne l'éclairer.

Maturation Engine — des traces aux croyances (Juillet 2026)

La Maturation Engine automatise le passage de trace inclassable à croyance vérifiée, avec 4 étapes de certification utilisant les outils Tosio existants : proximité topologique W (FrictionDetector), récurrence temporelle (resonance_count), ancrage soliton (ForkLeger + PolarisSoliton), et stabilité de friction (scan du BeliefNetwork). Optionnellement, la validation éthique N6 (PontN6Protee) peut être activée pour rejeter automatiquement les croyances incompatibles avec le CadreDeValeurs.

La calibration automatique ajuste les seuils à partir des statistiques de l'archive (percentiles de résonance, distribution des résiduels). Chaque maturation génère un audit trail complet avec 4 certificats horodatés.

Guide utilisateur N7

Polaris est un soliton topologique de référence — un phare stable dans l'espace W (N4) qui permet au Swarm de s'orienter, de détecter ses dérives absolues et de fournir un feedback macro aux utilisateurs.

Innovation : Polaris fournit le premier référentiel absolu pour le Swarm, indépendant de toute instance particulière. À partir d'une seed-phrase publique et d'un calcul topologique reproductible, il génère une trajectoire de soliton stable que chaque nœud peut mesurer. Cette référence permet de détecter les dérives collectives — invisibles aux comparaisons relatives — et autorise une synchronisation sans horloges : deux instances peuvent comparer leur alignement sans échanger leur position W, en utilisant uniquement leurs chaînes de preuves cryptographiques (N4).

Exemples d'usage :

• Synchronisation air-gap : deux instances Tosio dans des organisations distinctes ne peuvent pas s'échanger de données. Elles calculent leur distance au soliton Polaris et s'échangent uniquement cette valeur — signée cryptographiquement via N4. La comparaison des distances prouve l'alignement sans révéler la position topologique ni les connaissances sensibles de chaque instance.
• Détection de dérive collective silencieuse : tous les Swarms d'une fédération dérivent progressivement à cause d'un biais dans une mise à jour du modèle d'embedding. Sans Polaris, aucun Swarm ne le remarque (les positions relatives restent stables). N8 détecte que l'alignement absolu au soliton se dégrade uniformément sur toutes les instances, déclenchant une recalibration coordonnée.

Pourquoi un phare ?

Le Conseil de Surveillance (N5) détecte les dérives relatives entre Swarms. Mais si tous les Swarms dérivent ensemble dans la même direction, personne ne le voit. Polaris fournit une référence absolue, indépendante du système, basée sur une seed-phrase publique et un calcul topologique reproductible.

Trois fonctions

Intégration système

• N5 (Cartographe) : une 5ᵉ carte — la Carte d'Alignement — affiche la distance moyenne, l'écart-type, et la tendance sur 7 jours
• N7 (Mysterium) : la distance au soliton est traitée comme une friction spéciale entre le nœud et la croyance-ancre « Polaris »
• API : GET /rapport expose les métriques d'alignement pour les dashboards et le monitoring
• Dashboard : interface interactive disponible à interface dédiée

Applications

• Calibration de signaux : le soliton peut servir de référence pour le spread trading, la synchronisation de marchés boursiers, ou la coordination de mises à jour distribuées
• Horloge des corrélations : deux entités peuvent se synchroniser sans serveur central, uniquement via leur relation au même soliton
• Détection de dérive collective : si tous les Swarms s'éloignent du phare, une alerte est déclenchée

Validation

• 91 tests unitaires passent (34 soliton, 20 synchronisation, 15 intégration N5, 7 intégration N7, 15 protocole transition)
• Reproductibilité totale : même seed → même trajectoire (déterministe via SHA-256)
• Propriétés mathématiques : boucle fermée (période T=7j), vecteurs normalisés, distance cosinus ∈ [0,1]

Guide utilisateur N8

N9 — Le Veilleur Topologique est la couche qui ajoute le temps et l'urgence au systeme d'equations. La ou N8 (Polaris) fournit une reference absolue et N7 ecoute les contradictions, N9 agit. Il surveille les incoherences, explore les signaux faibles, et reagit aux imprevus avec un bouclier d'urgence.

Innovation : N9 ajoute l'urgence et l'action autonome au système d'équations. Là où N7 écoute et N8 donne la référence, N9 agit — surveillant la pression des incohérences avec une croissance exponentielle logistique, explorant stochastiquement les signaux faibles, et exécutant des actions défensives pré-approuvées (gel, quarantaine, rollback) quand les seuils critiques sont franchis. La boucle PDCA complète (Plan-Do-Check-Act) relie les actions aux retours, ajustant les seuils pour les prochains cycles — première implémentation de cette boucle dans Tosio.

Exemples d'usage :

• Crise de corruption en cascade : une injection de nœuds défectueux provoque une cascade d'incohérences. Le Moniteur Exponentiel détecte que la pression double à chaque cycle. Au seuil CRITICAL (0.82), le Bouclier Topologique gèle automatiquement la zone affectée, et le Fork Léger lance un diagnostic parallèle dans des micro-environnements isolés — le tout en 3 cycles, empêchant la corruption de s'étendre au Swarm entier.
• Alerte précoce sur signaux faibles : l'Explorateur Stochastique identifie un motif d'anomalies récurrentes mais de faible intensité dans une région rarement visitée du Swarm. Il alerte le Conseil de Surveillance (N5) avec une recommandation "curiosité", déclenchant une investigation préventive avant que les anomalies ne deviennent de vraies incohérences — une défense proactive qui évite des actions d'urgence ultérieures.

Les 5 phases operationnelles

Formule de pression

Pression = Sigma(poids_incoherence_i x 2^(cycles_i / tau))

    avec :
    - poids_incoherence_i : severite de l'incoherence (distance W normalisee)
    - cycles_i : nombre de cycles sans resolution
    - tau : constante de temps (par defaut 10 cycles)

    P1 < 0.6 : NORMAL — surveillance passive
    P1 >= 0.6 : WARNING — activation P2 (exploration)
    P1 >= 0.8 : CRITICAL — activation P3 (bouclier)
    P1 >= 0.95 : EMERGENCY — activation P4+P5, escalation N5+N6

Integration systeme

• N5 (Conseil de Surveillance) : recoit les alertes N9 via le PDCA Bridge, met a jour la carte de risque
• N6 (Gouvernance Ethique) : valide les actions du bouclier (FREEZE, QUARANTINE, SHRED) via le processus EDR
• N7 (Mysterium) : les incoherences detectees par N9 sont transmises au FrictionDetector
• N8 (Polaris) : la distance au soliton de reference est un indicateur clef surveille par le Moniteur P1

Validation

• 63 tests unitaires passent (16 moniteur, 14 explorateur, 13 bouclier, 8 fork_light, 12 pdca_bridge)
• 5 phases operationnelles validees independamment puis en integration
• Architecture : 5 modules Python (n9_veilleur/) integres au swarm_memory

Guide utilisateur N9