La question de cette page : la machine est-elle en bonne santé ? Séragone emploie des dizaines de gardiens — des petits programmes qui surveillent chacun un organe (« ce module écrit-il encore ? », « ce service tourne-t-il ? »). Cette page compte les gardiens contents et les gardiens inquiets. Tout vert = la machine va bien. Une ligne rouge = un organe a un souci, et son gardien l'a déjà signalé.
Généré : 2026-08-07 22:35 UTC — rafraîchit auto toutes les 60s
52 / 30 actions terminées (100.0%)
| ID | Priorité | Titre | Notes | |
|---|---|---|---|---|
| ✅ | P0.1 | CRITIQUE | Fix push_backend mort depuis 22/06 | DÉCOUVERTE cardinale : le push_backend N'EST PAS mort. Il tourne (PID stable depuis 21/06), répond 200 OK à /push/send. Le vrai bug : push_subscriptions.json=[] (0 destinataires). Le pattern {'ok':0,'... |
| ✅ | P0.2 | CRITIQUE | Règle stricte states >4h | Livré : watchdog_states_freshness_runtime.py (cron hourly) + intégration dashboard. Registre de 30 states cardinaux avec TTL doctrinal (CORPS=1h, ESPRIT=2-4h, daily=25h). Diagnostic actuel : 30/30 OK ... |
| ✅ | P0.3 | HAUTE | Alertes fonctionnelles multi-canal (router centralisé) | GAP RÉEL identifié (audit doctrine règle 4) : les watchdogs écrivent leurs alertes dans leurs states mais rien ne LIT et route. Livré alerte_dispatcher_runtime.py cron */5min qui : (a) scanne 9 states... |
| ✅ | P0.11 | CRITIQUE | Auto-healing (superviseur relance automatique) | DÉJÀ FAIT à 90% (superviseur_securite ACTION_MATRIX). Étendu avec 10 entrées ROBUSTE. BONUS : bug faux positif watchdog_coherence_crons découvert + post-mortem créé. |
| ✅ | P0.12 | HAUTE | Cross-validation dissimilar (2-of-3 majority voting aviation) | cross_validation_dissimilar_runtime.py cron */1min. 3 voix DISSIMILAIRES : convergence, arbitre_horizons, carnet_observations. RÉVÉLATION : elles divergent live (NEUTRAL/SHORT/LONG). Curseur défaut 0 ... |
| ✅ | P0.13 | MOYENNE | Hardware watchdog (kill switch dernier recours) | softdog chargé + hardware_watchdog_feeder.py daemon + service systemd seragone-hardware-watchdog root. Curseur HARDWARE_WATCHDOG_ACTIF défaut 0 (kill switch inverse — safe). Cascade 6 couches complète... |
| ✅ | P0.4 | HAUTE | Audit qualité self-reporting watchdogs | audit_qualite_watchdogs_runtime.py cron 0 */6h scanne 25 watchdogs sur 6 critères (state existe/frais/timestamp/statut/alertes[]/cron). RÉSULTAT : 9/25 CONFORME (36%), 14 PARTIEL (surtout champ alerte... |
| ✅ | P0.5 | MOYENNE | Métriques escalade superviseur (rollup horaire) | metrique_escalade_superviseur_runtime.py cron */15min. Parse logs/superviseur_securite.log sur fenêtre 24h glissante, agrège par heure les 5 actions, calcule tendance vs moyenne, détecte : PIC_RESTART... |
| ✅ | P0.6 | CRITIQUE | Meta-watchdog : surveiller les surveillants | Livré watchdog_meta_runtime.py cron horaire. FAUX NÉGATIF cardinal détecté 2026-07-02 : registry annonçait 9 watchdogs morts, en réalité 10/10 vivants — mes chemins hardcodés étaient faux (racine vs s... |
| ✅ | P0.15 | CRITIQUE | Fixer les chemins meta-watchdog (10/10 vivants faux positif corrigé) | 9 watchdogs annoncés morts → PROUVÉ tous vivants. Chemins hardcodés corrigés (racine vs states/, sans/avec _runtime, _metier vs sans). 18/18 OK. |
| ✅ | P0.16 | CRITIQUE_VITALE | Vérificateur vivant-pas-mort (garde-fou vital anti-faux-négatif) | Doctrine Raphaël 2026-07-02 : « parfois tu crois que ça ne tourne pas mais en fait si ». Faux négatif = danger vital équivalent au faux positif. 5 garde-fous G1-G5 installés : registre canonique humai... |
| ✅ | P0.17 | CRITIQUE_VITALE | Doctrine vitale runtime (forcer lecture à chaque raisonnement) | Doctrine Raphaël 2026-07-02 : « les doctrines ne servent à rien si elles ne sont pas lues ; cherche sécurité vitale à chaque raisonnement ». Livrés : DOCTRINE_VITALE.md (1 page, 7 règles vitales), CLA... |
| ✅ | P0.9 | CRITIQUE | Fail-safe FAIRE pas LIRE (zone jaune doctrinale) | garde_fail_safe_corps_runtime.py cron */1min + intégration chef_flat_executeur + curseurs FAIL_SAFE_ACTIF & FAIL_SAFE_SEUIL_STALES. Surveille 6 voix ESPRIT. Live : 0/6 stales. |
| ✅ | P0.10 | CRITIQUE | Systemd services (résurrection auto contre crashes) | DÉJÀ FAIT à 100% (migration 01/06). 13 daemons Restart=always + 2 oneshots timer. Livré : verificateur_services_systemd_runtime.py cron */5min. 14/14 daemons OK. |
| ✅ | P0.7 | HAUTE | Métriques stabilité MTBF/MTTR/Uptime par module cardinal | Livré stabilite_metriques_runtime.py cron */15min. Écrit logs/incidents.jsonl + états MTBF/MTTR/Uptime par module cardinal (fenêtre 7j). |
| ✅ | P0.8 | HAUTE | Post-mortems structurés obligatoires après incidents CRITICAL | Livré structure canon/post_mortems/ avec TEMPLATE + README + nouveau_post_mortem.py. Premier post-mortem écrit ce soir : faux positifs watchdog_coherence_crons. |
| ✅ | P0.14 | CRITIQUE | Sanctuarisation de l'essence Séragone (innovations préservées) | essence_seragone/README.md créé + doctrine 'Isolation ≠ Suppression' gravée SCEAU §13. |
| ✅ | P0.18 | CRITIQUE_META | Verrous anti-doublons JSON (cascade 4 verrous) | Question Raphaël : « quand tu as des erreurs comme les doublons qui mangent, comment bloquer pour que jamais ça recommence ? ». Livré 4 verrous en cascade : (1) validateur_json_anti_doublons_runtime.p... |
| ✅ | P0.19 | CRITIQUE_META | Verrous anti-faux-négatif (4 verrous en cascade) | Question cardinale Raphaël : « comment ne plus avoir de faux négatifs et jamais reproduire l'erreur c'est vital ». 4 faux négatifs identiques ce soir (9 watchdogs, systemd, 2 restarts, 2 audit) → caus... |
| ✅ | P1.3 | CRITIQUE | SLI/SLO cardinaux (5 techniques + 5 doctrinaux Séragone) | sli_slo_cardinaux_runtime.py cron */1min. 10 SLI = 5 TECHNIQUES (chef_flat/MM/SCC/bulletin/superviseur) + 5 DOCTRINAUX ÂME Séragone : (6) FQ 3 voix ESPRIT frais convergence+arbitre_horizons+carnet, (7... |
| ✅ | P1.2 | HAUTE | Dashboard 10 métriques cardinales SLI/SLO | dashboard_robuste_generator.py enrichi bloc _metriques_cardinales() : tableau SLI/SLO + cascade defense-in-depth (doctrine active, meta-watchdog, escalade superviseur, dispatcher). Bloc AVANT actions ... |
| ✅ | P1.5 | MOYENNE | Traces distribuées (trace_id) | lib_trace_distribuee.py : trace_id_pour_cycle(module, correlation) + log_span(trace_id, span, fields, parent_span) + rechercher_trace(trace_id, fenetre_h). Journal logs/traces_seragone.jsonl append-on... |
| ✅ | P1.1 | MOYENNE | Audit logs structurés JSON | AUDIT: 28 .jsonl vs 1842 .log texte → 1.5% couverture JSON. RÉSULTAT: format JSON structuré présent dans les nouveaux modules ROBUSTE (dispatcher, traces, SLI samples, incidents, sli_slo, etc.) mais 9... |
| ✅ | P1.4 | MOYENNE | Alertes multi-canal avec priorité (couvert par P0.3) | COUVERT PAR P0.3 alerte_dispatcher_runtime.py : niveaux CRITICAL/WARN pris en charge (INFO/ERROR déductibles si besoin). Canal 1 push (CRITICAL uniquement), Canal 2 journal, Canal 3 flag persistant. C... |
| ✅ | P0.12v2 | CRITIQUE_DOCTRINALE | Cross-validation dissimilar PAR HORIZON (v2) | Remarque cardinale Raphaël 2026-07-03 : « les voix sont en désaccord mais elles n'ont peut-être pas la même temporalité ». RÉVÉLATION : v1 votait GLOBAL, comparait pommes (1h) et oranges (11 ans) → NE... |
| ✅ | P2.1 | MOYENNE | Contrats inter-modules typés (roadmap) | AUDIT : money_manager utilise déjà @dataclass. chef_flat, SCC, arbitre_horizons, convergence, carnet : dict. Refacto massif = risqué (doctrine règle 2 isolation). ROADMAP : dataclass frozen progressiv... |
| ✅ | P2.2 | HAUTE | Circuit breakers par famille tireur | circuit_breaker_famille_runtime.py cron */15min. Critère SCC doctrine 27/06 : n≥5 WR<40% ET PnL<0 → COUPÉE via flag states/famille_coupee_ |
| ✅ | P2.3 | CRITIQUE | Kill switches par module (config JSON + lib + vérificateur) | config/kill_switches_seragone.json : 4 catégories (CORPS 4 modules, ESPRIT 6 voix, GARDES_ROBUSTE 4, TIREURS_FAMILLES 5 patterns GOLD). lib_kill_switches.py : est_actif(module) + fallback safe. verifi... |
| ✅ | P2.4 | HAUTE | Rate limiting OPEN (cap global + par famille) | rate_limiter_open_runtime.py cron */5min. Lit data/chef_flat_trades_journal.csv (canon Séragone). 3 curseurs : RATE_LIMIT_ACTIF (défaut 1), MAX_OPEN_PAR_HEURE (500), MAX_OPEN_PAR_FAMILLE_HEURE (100). ... |
| ✅ | P2.5 | MOYENNE | Timeouts explicites (audit + patch minimal) | AUDIT : chef_flat_executeur (3 mentions urllib mais 1 seul appel réseau réel = urlopen ligne 2509 avec timeout=2 DÉJÀ présent). Autres modules cardinaux (MM, SCC, Sceptre, FQ, convergence, carnet) : 0... |
| ✅ | P2.6 | CRITIQUE_META | Verrous anti-grep-trompeur (règle 10 doctrine) | Message Raphaël : « plus de grep trompeur à l'avenir corrige pour que cela ne revienne pas ». Erreur commise P2.5 : grep initial 3 mentions urllib → conclu '33% couverture', réalité 1 seul appel réel ... |
| ✅ | P3.1 | HAUTE | Tests unitaires cardinaux (libs ROBUSTE) | tests/test_libs_robuste.py — 15/15 PASSED en 60ms. Test cardinal règle 10 : dict.get() ne compte PAS comme appel réseau (test_ne_compte_pas_dict_get_comme_appel_reseau). Test cardinal règle 9 : lecteu... |
| ✅ | P3.2 | HAUTE | Tests intégration cascade defense-in-depth | tests/test_integration_cascade_defense.py — 15/15 PASSED. TestCascade7Couches (chef_flat, garde_fail_safe, cross_validation v2 par horizon, circuit_breaker, superviseur, dead_man_switch, hardware_watc... |
| ✅ | P3.3 | HAUTE | Smoke test régression cron */30min | smoke_test_robuste_runtime.py : parse output pytest, écrit state, dispatcher route CRITICAL si failure. RÉSULTAT LIVE : 30/30 passed en <100ms. Complémentaire smoke_test_canon.py qui teste modules can... |
| ✅ | P3.4 | MOYENNE | Chaos engineering (déjà installé 25/06, activé cron) | DÉCOUVERTE (doctrine règle 1) : chaos_engineering_runtime.py existe depuis 25/06 (doctrine hôpital urgence 11/06). Whitelist services testables, blacklist brain/collector/chef_flat, jamais heures US 1... |
| ✅ | P3.5 | MOYENNE | CI locale (pytest cron */30min) | CI = smoke_test_robuste_runtime.py cron */30min (P3.3). Pas de git remote donc pas de CI classique GitHub Actions. Alertes routées via dispatcher (canal push + journal + flag persistant). Alternative ... |
| ✅ | P4.1 | HAUTE | Post-mortem auto obligatoire >1h | kaizen_post_mortems_runtime.py fonction _incidents_sans_post_mortem : scanne logs/alertes_centralisees.jsonl (7j), croise avec post-mortems écrits canon/post_mortems/. Orphelin = incident CRITICAL san... |
| ✅ | P4.2 | MOYENNE | Playbooks par type d'incident (5 posés) | canon/playbooks/ : README.md (index) + 5 playbooks : P01 state stale (diagnostic express + actions par risque + escalade), P02 HALT global (post-mortem obligatoire), P04 faux positif watchdog (protoco... |
| ✅ | P4.3 | MOYENNE | Validation 5 Whys dans post-mortems | kaizen_post_mortems_runtime.py fonction _valider_post_mortem : regex sur les 6 sections attendues (Résumé, Timeline, 5 Whys, Impact, Actions correctives, Leçons) + compte `**Pourquoi N ?**` (5 requis)... |
| ✅ | P4.4 | MOYENNE | MTBF tracké + brancher dashboard | DÉCOUVERTE : stabilite_metriques_runtime (P0.7) tourne bien et écrit metriques_par_module. 11 modules cardinaux stables 7j, 0 incident. Enrichi dashboard_robuste_generator.py bloc 'Kaizen: stabilité M... |
| ✅ | P4.5 | MOYENNE | Review hebdo SLI/SLO (dimanche) | kaizen_post_mortems_runtime.py fonction _review_hebdo_sli : dimanche 5-7h UTC uniquement. Analyse 10 SLI cardinaux (5 techniques + 5 doctrinaux), liste breach, calcule recommandations : SLO trop stric... |
| ✅ | P4.6 | CRITIQUE_META | Règle 11 ZÉRO DÉFAUT + fix 79 crons cd manquant | Message Raphaël : 'bug récurrent ne doit jamais exister règle Séragone est un programme ingénierie aucune erreur n'est permise'. Bug 'cd manquant' apparu 2 fois (06/2026 293 tireurs SHORT morts + 07/2... |
| ✅ | P5.4 | CRITIQUE | Métriques rentabilité ×10 NET NET (baseline âme Séragone) | Doctrine Séragone 26/06 (Raphaël) : objectif ×10 NET NET après frais Kraken + impôts FR 30%. metrique_rentabilite_x10_runtime.py cron horaire. Lit chef_flat_trades_journal.csv, applique frais Kraken 0... |
| ✅ | P5.1 | CRITIQUE | Veto par horizon SHADOW (cadre ingénierie vitale strict) | CADRE INGÉNIERIE VITALE Phase 5 posé et appliqué à 100% : canon/CADRE_INGENIERIE_VITALE_PHASE_5.md (8 standards). P5.1 recadré : au lieu de whitelist GOLD boost (les patterns GOLD ne fire pas 7j = 0-4... |
| ✅ | P5.2 | CRITIQUE | Veto par horizon LIVE en DEMO_TOTAL (activation immédiate) | Doctrine Raphaël 2026-07-03 : 'on peut être en V10 pas en shadows ça risque rien pas d'argent réel'. Justification : SERAGONE_ARGENT_REEL=0 (DEMO_TOTAL, triple verrou 4/4) → aucun ordre Kraken réel, a... |
| ✅ | P5.3 | MOYENNE | Audit tireurs stales observatoire | audit_tireurs_stales_observatoire_runtime.py cron daily 6h. Scanne 920 tireurs, identifie stales >7j (45 trouvés), classe par : GOLD à préserver / essence sanctuaire / à investiguer. Résultat live : 4... |
| ✅ | P5.5 | MOYENNE | Tuning Fil Quantique observatoire | tuning_fq_observatoire_runtime.py cron */30min. Pré-mortem écrit (canon/premortems/2026-07-03_p5-5_tuning_fq_observatoire.md, 5 scénarios A-E). Snapshot force_recommandee toutes 30 min → journal fq_pi... |
| ✅ | P6.1 | CRITIQUE_VITALE | Checklist argent réel runtime (verrou blocant) | Doctrine Raphaël 03/07 : 'aucun droit à l'erreur' ×1000 pour argent réel. Pré-mortem écrit (5 scénarios A-E). checklist_argent_reel_runtime.py cron horaire vérifie 30 conditions réparties en 8 catégor... |
| ✅ | P6.2 | CRITIQUE | Backup automatique quotidien données cardinales | backup_seragone_quotidien_runtime.py cron daily 4h. Inclut configs, canon, states cardinaux (30), data/chef_flat_trades_journal.csv, essence_seragone. Rotation 14j (929Mo × 14 = 13Go max). Test intégr... |
| ✅ | P6.3 | CRITIQUE | Monitoring PnL temps réel avec seuils progressifs | monitoring_pnl_temps_reel_runtime.py cron */5min. Seuils curseurs (WARN -10€, CRITICAL -25€, EMERGENCY -50€). Fenêtres 1h/6h/24h. Alertes CRITICAL routées via dispatcher. Test live : PnL 24h = -6.28€ ... |
| ✅ | P6.4 | CRITIQUE | Kill-switch d'urgence externe | kill_switch_urgence_runtime.py cron */1min. Raphaël crée /states/KILL_SWITCH_URGENCE.flag → module créé /states/EMERGENCY_STOP.flag (à consommer par chef_flat/MM/SCC). Procédure activation/désactivati... |
| ✅ | P6.5 | CRITIQUE | Documentation Raphaël 'que faire si...' | canon/playbooks/argent_reel_activation.md — playbook complet avec : prérequis checklist P6.1, 4 étapes activation (checklist, revue, curseur, systemd), procédure désactivation Option A (flag) + B (sys... |
Statut : WARN — 0 souscription(s) active(s)
Statut : OK — 30/30 OK
🟢 30 OK 🟠 0 warn 🔴 0 critical ⚪ 0 absent
| Catégorie | Total | OK | Warn | Critical | Absent | Taux OK |
|---|---|---|---|---|---|---|
| CORPS | 7 | 7 | 0 | 0 | 0 | 100% |
| ESPRIT | 15 | 15 | 0 | 0 | 0 | 100% |
| SECURITE | 3 | 3 | 0 | 0 | 0 | 100% |
| CAPITAL | 3 | 3 | 0 | 0 | 0 | 100% |
| PETITS | 2 | 2 | 0 | 0 | 0 | 100% |
Plan maître : SERAGONE_ROBUSTE_PLAN.md
Mis à jour automatiquement par cron */5min. Pour détail terminal : python3 check_phase_robuste.py