L’axe des données : classer

Les deux axes sont bâtis, mesurés et tenus par la CI dans le canon — mais la mesure qui classe ne lit jamais le canon (zéro import dans les trois modules qui classent), elle applique sa propre table de 207 mots qui n'a aucune entrée pour S0 ; et en bas, la classe est durable sur le NOM (hubs, missions, départements portent sphere_primary et canal en base) et volatile sur le VERBE (l'événement classé vit dans une liste RAM de 1000, zéro session ouverte), la table durable des événements n'en recevant qu'un champ sur cinq.

• ⚑ CE QUE J'AI MESURÉ, ET AVEC QUOI. Commit 8addf1c94 (git show HEAD:…) pour tous les fichiers backend/, hf-atom-tools/, alembic/, frontend/js/message-bus.js et .github/workflows/ci.yml. Interpréteur pour les mesures par appel et par AST : backend/.venv-tests/Scripts/python.exe. ⚠ UNE EXCEPTION À DIRE : main.py diffère de l'arbre (+209/-38) ; j'ai re-cité TOUS ses numéros au commit, et j'ai marqué comme « arbre de travail seulement » le middleware de refus par chemin de routeur cassé.
• ⚑ LES CHIFFRES QUE J'AI RE-MESURÉS ET QUI TIENNENT : 34 libellés (faces 16/11/7) · 8 branches · VALID_CANALS = 16 · _VALID_SPHERES = 10 · REGISTRY = 96 · core ALL_TOPICS = 302 · babel ALL_TOPICS = 39 · _max_history = 1000 · 12 tests arbre_canon · 12 tests spheres_libelles · CORPUS_DEFINITIONS = 5 · MASTER knowledge-threads = 5 425 lignes · docs/knowledge-threads = 6 fichiers.
• ⚑ LES CHIFFRES QUE J'AI MESURÉS AUTREMENT QUE L'AGENT : le dénominateur « 1245 » n'existe nulle part dans le dépôt canonique — ses seules occurrences vivent dans .claude/worktrees/ et y sont des numéros de ligne. Le périmètre que les clés du registre nomment (`app.*`) compte 1726 .py au commit. Donc 96/1726 = 5,6 %, et la phrase juste est « 96 modules étiquetés sur les 1726 fichiers .py de backend/app/ au commit 8addf1c94 ».
• ⚑ LES DEUX ARBRES, DITS. backend/app/ = 1726 .py suivis par git au commit ; backend/ hors app/, tests/ et alembic/ = 309 .py. Les trois « zéro écrivain » de cette planche (babel_corpus_word_cooccurrences, status="red", persistance de l'Event) ont été cherchés dans LES DEUX, et je le dis à chaque fois. Note : les 309 du second arbre sont structurellement hors du REGISTRY — ses 96 clés sont toutes de forme `app.…`.
• ⚑ TROUVÉ EN CHEMIN, NON ANNONCÉ : SPHERE_KEYWORDS n'a PAS de clé « 0 ». S0 Communication — la seule sphère qui a un organe bâti et nommé — est la seule que l'analyseur ne sait pas reconnaître positivement. Elle n'est atteinte que par échec, à l'étape 5, et marquée red pour cela. La sève est la seule chose que la mesure ne peut qu'inférer.
• ⚑ TROUVÉ EN CHEMIN : CINQ jeux de noms de sphères coexistent, et l'intersection se mesure. Sur les 10 valeurs de SphereType — la forme que la donnée prend EN BASE — sphere_de() n'en résout que 2. Le dépôt a déjà payé ce prix une fois et l'a écrit : nova_pipeline.py:795-798, « l'intersection des deux vocabulaires valait UNE seule clé, institutions ». Le même piège est encore ouvert entre le canon et l'ORM.
• ⚑ TROUVÉ EN CHEMIN : le garde CI de la taxonomie et la décision 34 ne nomment pas le même canon. lint_sphere_dedup.py:31 déclare canonique backend/app/models/sphere.py ; CLAUDE.md décision 34 déclare canonique spheres_libelles.py + arbre_canon.py. Et le lint n'attrape qu'un NOM DE CLASSE : aucune copie en dict ne lui est visible, et routing_engine.py — qui porte 9 sphères sans S6 — est nommément exclu (:50-58). Une garde qui exclut le cas qu'elle existe pour attraper.
• ⚑ RÉFUTATION LA PLUS LOURDE : le joint canon → mesure n'existe pas. 0 import de atom_canon dans event_bus.py, 0 dans sphere_context_analyzer.py, 0 dans master_hash_registry.py. La taxonomie EST le canon — et ce n'est pas elle qui classe. ⚠ Je refuse d'en faire un défaut d'installation : backend/Dockerfile:43-44 fait COPY /opt/hf-atom-tools PUIS pip install -e, donc le paquet EST importable en conteneur. C'est un défaut de LECTURE, pas de livraison.
• ⚠ CE QUE J'AI RÉFUTÉ DANS L'AUTRE SENS — deux défauts annoncés qui n'en sont plus. (1) « La porte fractale lit la RAM, jamais la base » : FAUX au commit. fractal_scope_guard.py:70-78 refuse sans base (fail-close), :79-91 valide en base, et l'appelant HTTP passe la session. Il reste un interstice nommé : un caller_id non-UUID saute la validation G1. (2) « La table durable des événements n'a AUCUNE colonne pour les recevoir » : timeline_events EN A UNE, sphere_id (v80_017:42), indexée. Ce qui manque, c'est les quatre autres — et le joint avec le bus.
• ⚑ LA CORRECTION DU PIÈGE DE TRONC. CLAUDE.md dit « deux modules du même paquet, deux réponses ». Mesuré par appel : les deux réponses sortent du MÊME fichier — spheres_libelles.py:79 range « TRONC » comme face DONNÉES de S0, et spheres_libelles.py:151 déclare TRONC = "S9". 72 lignes d'écart. L'épreuve qui confronterait les deux existe sur le disque (test_spheres_libelles_la_face_est_attestee.py) mais PAS dans HEAD : elle n'est pas commitée, donc elle ne garde rien.
• ⚑ LA CORRECTION DU CHIFFRE T3. from_router() a 3 appels RÉELS : babel_macro_decoder.py:533, bridge_proposer.py:220 et services/bioacoustic/bridges/babel_tier3.py:99. bridge_manager ne l'appelle PAS — ses trois occurrences sont des docstrings. Compter des noms ne voit pas des appels : c'est la loi, et elle vient de se vérifier sur ce chiffre précis.
• ⚑ LA CORRECTION DE PÉRIMÈTRE DU SHA-256. Le vecteur-hachage est dans backend/app/services/embeddings/multi_model_embedder.py:46, PAS dans babel/. Les deux clients d'embeddings de Babel n'emploient aucun hachage (OpenAI 1536 · SentenceTransformer 384). Dire « les embeddings sont un SHA-256 » sans nommer le module est exactement la faute de la ligne Supabase : un fait vrai sous sa règle, faux dans la phrase qui l'énonce.
• ⚠ CE QUE JE N'AI PAS ÉTABLI, et ce qui manque pour l'établir. (a) « 2 documents sur 122 » : le corpus source vit hors dépôt (OneDrive) ; j'ai confirmé les deux chiffres du dépôt (6 fichiers, 5 425 lignes), pas le ratio. (b) Aucune mesure en prod : lecture seule, aucune base interrogée — donc je ne dis RIEN sur le peuplement réel de timeline_events, de babel_corpus_word_hz_measured ou de missions.canal. Une session qui voudra le savoir doit nommer la base (atom-db / atom_db) et poser la question en SQL. (c) Je n'ai pas compté les mots-clés de routing_engine.SPHERE_KEYWORDS (la seconde table) : je sais seulement qu'elle existe, qu'elle est bilingue et qu'elle est distincte des 207.
• ⚠ DEUX DÉRIVES DE RENVOI, à corriger quand on y touchera. mission_orm.py:45 renvoie à « event_bus.py:223-228 » pour VALID_CANALS — l'énum est à :289-296 au commit. Et CLAUDE.md annonce message-bus.js à 1359 lignes : il en fait 1480 au commit. Aucune des deux ne change une conclusion ; les deux font qu'un lecteur pressé regarde à côté.
• ⚑ LA FORME DU DÉFAUT, UNE FOIS NOMMÉE. Ce n'est pas que la classification manque : les deux axes sont bâtis, testés, gardés par la CI, et trois tables en base portent déjà sphere_primary. C'est que le système sait classer, sait se dénoncer quand il échoue — et que personne ne lit sa dénonciation, ni ne range son résultat. 4 écritures de status="red", 0 lecteur. 5 champs de classe sur l'enveloppe, 1 dans la table durable, 0 session ouverte par le bus. Le refus honnête est bâti ; c'est l'oreille qui manque.

Toute suite de cette planche doit, pour chaque chiffre : (1) nommer le fichier ET la ligne au commit, et dire « dans l'arbre » quand elle mesure l'arbre de travail ; (2) nommer les DEUX arbres fouillés — backend/app/ (1726 .py) et backend/ hors app//tests//alembic/ (309 .py) — avant d'écrire « zéro » quoi que ce soit ; (3) ne jamais rendre un ratio sans sa règle de normalisation : « 96 sur 1245 » a traversé une vague entière sans que personne ne puisse dire ce qu'était 1245, et ce n'était rien ; (4) distinguer un appel d'une mention — trois docstrings de bridge_manager se sont fait compter comme trois appels de from_router() ; (5) ne jamais écrire « les embeddings » ni « le registre » ni « TRONC » sans dire LEQUEL : le dépôt porte deux familles d'embeddings, cinq tables de sphères et deux TRONC, et chaque fois l'un contredit l'autre sous le même mot. Et pour toute pièce déclarée BÂTIE : dire qui l'appelle, à quelle ligne — un routeur hors main.py n'est pas atteignable, une surface sans écrivain n'est pas bâtie, un champ écrit sans lecteur n'est pas une garde.

ne pas dessiner

• Les 7 planches cosmogrammes existantes (frontend/planches/*.svg) : QG, poumons, Metatron, grille 27, urbanisme, contenu, anatomie des lieux
• Les planches techniques déjà rendues : bilatéral, respiration, layers/scopes, portes-fenêtres, meshmap, emboîtement, étoile-semence
• Les planches institutionnelles déjà rendues : économie, armure, politique, institutions, entreprise
• La grille 27+0 et le compte des cellules — déjà tenue par arbre_canon.cellules_grille_27 et déjà dessinée
• Le débat « S6 est-elle une branche » : tranché 2026-07-20, tenu par 12 épreuves vertes en CI. NE PAS RE-ARBITRER — la planche ne fait que montrer où S6 reste injoignable (routing_engine), pas si elle existe
• Le débat sur la base de production (PostgreSQL auto-hébergé, pas Supabase) : tranché et mesuré ; cette planche ne touche aucune base
• L'anatomie de Babel dans son ensemble (45 tables, 59 modules, 9 endpoints) : seule la cascade de mesure T1→T2→T3 entre ici

On ne remplace pas le nom canon, on le double : le terme reste l’autorité, la glose est une poignée. Le lexique entier est sur sa propre page.