Portées et layers

L'emboîtement MONTE et il est vivant — 5216 lignes que j'ai reproduites moi-même, six appelants, un barreau fail-close ; il ne DESCEND sur l'arbre des portées jamais (mais il descend d'un cran sur le CADASTRE, et cette porte est montée) ; et trois mécanismes annoncés vivants sont en réalité muets : les quatre types de nœuds manquent à l'ORM autant qu'à la production (35 migrations en arrière), les trois membranes ne publient sur aucun bus, et les quatre niveaux L1–L4 n'ont plus aucun lecteur chargé.

• ⚑ CE QUE J'AI RÉFUTÉ SUR UN ÉTAT ANNONCÉ : « LES 4 NIVEAUX L1–L4 » passait PARTIEL avec « un seul lecteur ». Le lecteur unique est boot-optimizer.js:195-197 — et boot-optimizer.js n'est chargé par AUCUNE page vivante : zéro occurrence dans governance-init.js, une seule balise <script> dans frontend/archives/orphan-pages/test-v3-modules.html:142, et son propre catalogue le classe DORMANT (frontend/js/CATALOGUE-MODULES-JS.md:182). Il y a donc zéro lecteur au runtime. Je dégrade à ABSENT. Et le défaut est aggravant : CINQ modules écrivent `|| 'L2'` quand le niveau manque (atom-mapping-engine.js:1063, donut-radar.js:829, i18n.js:717, narrative-notes.js:537, zama-engine.js:759) — la hiérarchie L1-L4 est donc partiellement INVENTÉE et intégralement NON LUE.
• ⚑ DEUXIÈME DÉGRADATION : « LES 7 LAYERS/MONDES » passait PARTIEL. L'énum des 7 est exacte (world_blueprint_position_authority.py:25-27, recomptée), mais l'organe qui la tient a ZÉRO appelant sur les deux arbres, ne porte aucune route — son propre docstring l'assume (:5, « deliberately no HTTP route ») — et sa table v82_297 est postérieure à la production. C'est une surface sans producteur : ABSENT.
• ⚑ DÉFAUT NEUF, non vu par la collecte : l'ORM et le schéma ne décrivent pas la même table. `ScopeMembershipRecord` (backend/app/models/scope_membership_contract.py:24-48) mappe sept colonnes et PAS node_kind, que v82_299 crée. Les trois écrivains passent tous par du SQL brut, donc rien ne casse — mais toute lecture ORM de l'arbre est aveugle aux quatre types de nœuds que Jonathan a tranchés. C'est un cas SCH-0 neuf, à ajouter au registre des trois schémas qui divergent.
• ⚑ CORRECTION SUR LA DESCENTE, et elle change la planche : la collecte annonçait « il n'y a pas de quatrième sens = ABSENT ». FAUX comme énoncé. Une descente d'UN CRAN existe, elle est authentifiée et son routeur est monté : GET /world/{world_id}/children (world_canon.py:1112, monté main.py:2494) → chemin_cadastre_service.enfants_de. Elle descend le CADASTRE (projection_nodes), jamais l'arbre des portées (scope_membership). Une planche qui dessine « aucune descente » serait fausse ; il faut DEUX arbres et un seul trait descendant, sur le mauvais.
• ⚑ CORRECTION SUR LA MONTÉE DE MATIÈRE : les « deux False en dur » annoncés sont à fractal_pipeline.py:508-509, à l'intérieur d'un `except asyncio.QueueFull`. C'est un refus honnête sur file pleine — exactement ce que la doctrine demande, pas un mur. Les vraies fermetures sont DEUX non-abonnements écrits au démarrage, avec leurs motifs : main.py:844-847 (antenna_persistence_unavailable) et main.py:856-860 (fractal_causal_clock_unassigned, « il continue son travail local SANS émission »). La planche doit montrer un cœur qui bat derrière un bus débranché, pas un drapeau à False.
• ⚑ LES TROIS MEMBRANES SONT PLUS MUETTES QUE LA COLLECTE NE LE DIT : les trois topics membrane.a/b/c.*.franchie sont déclarés à conduit_membranes.py:138-140 et n'ont AUCUN publieur sur les deux arbres. declarer() rend un objet dont le .payload() est inséré dans un dict de retour (fractal_pipeline.py:426, membrane_service.py:208) et jamais mis sur un bus. Et la membrane A ne peut structurellement pas déclarer : son organe désigné (:108) est un fichier JavaScript, la fonction est en Python.
• ⚑ LE CHIFFRE 1824 N'EST PAS REPRODUCTIBLE. Ma re-mesure au commit, avec sa règle (git ls-files frontend/js, .js, hors __tests__, regex level:'L0..L4') : 1073 fichiers portent un MALLEABILITY_CONTRACT, 911 déclarent un niveau, 1032 occurrences du motif. On n'atteint 2029 qu'en comptant TOUT le dépôt — y compris leaves/ et leaf-flows/, qui sont des index, pas des modules. Utiliser 911 (modules) ou 1032 (occurrences), et dire la règle.
• ⚑ LE CHIFFRE 35 EST JUSTE, MAIS SEULEMENT SOUS SA RÉVISION. Depuis v82_264_coquille_reglage (le relevé réel, 2026-09-04) jusqu'à la tête v82_299 : 35 migrations, confirmé par marche du graphe alembic. Depuis le v82_260 qu'annonce encore CLAUDE.md : 39. La phrase de la planche doit NOMMER v82_264, sinon le chiffre devient une rumeur. ⚠ Et le relevé a 29 jours : je ne l'ai pas refait. Une planche qui grave « 35 » doit porter la date du relevé.
• ⚑ 5216 CONFIRMÉ PAR MOI, PAS REPRIS. J'ai reproduit extraire_epine() en Python sur data/countries/ (répertoire vérifié propre : git status --short → 0 fichier modifié) : 5216 total = 5215 commu + 1 civ + 0 indiv ; 5215 node_kind='lieu' + 1 NULL ; 1 racine civ:atom, 0 orphelin, 0 auto-parent. Ce chiffre peut aller sur la planche.
• ⚠ ARBITRAGE OUVERT POUR JONATHAN nº1 — L'ÉCRIVAIN CANONIQUE DE L'ARBRE TROUVE SES DONNÉES PAR COMPTAGE DE PARENTS. country_spine_importer.py:35 fait `parents[3]`, exactement le patron que app/core/data_root.py a été écrit pour abolir (« on ne devine pas la racine en comptant des parents. On la CHERCHE », :18-21) — et l'importeur n'importe PAS data_root. Dans le conteneur (COPY backend /app) ça résout sur /data/countries. L'échappatoire est la variable COUNTRY_SPINE_DATA_DIR ; je n'ai pas pu vérifier si elle est posée en production. Soit on branche data_path(), soit on écrit noir sur blanc que l'épine dépend d'une variable d'environnement.
• ⚠ ARBITRAGE OUVERT nº2 — LE TYPE DE NŒUD A UN ÉCRIVAIN SUR TROIS, ET DEUX DE SES QUATRE VALEURS N'ONT AUCUN PRODUCTEUR. 'individu' et 'communaute' sont dans NODE_KINDS (:51) et dans le CHECK de v82_299, et rien dans le dépôt ne les écrit — seuls 'lieu' (×5215) et NULL (×1). Décider : (a) étendre les deux autres écrivains à node_kind, ou (b) dire que le type ne concerne aujourd'hui que la géographie.
• ⚠ ARBITRAGE OUVERT nº3 — LE BARREAU EST BÂTI ET IL REFUSE TOUT LE MONDE. cran_suivant est un vrai fail-close à quatre états, appelé depuis une route montée. Mais en production, zéro ligne de portée indiv existe : tout humain rend APPARTENANCE_ABSENTE → 403 membership_not_registered sur toute communauté. Une planche qui peint le barreau en vert sans peindre la salle vide derrière mentirait sur son effet.
• ⚠ ARBITRAGE OUVERT nº4 — LE DÉPÔT PORTE TROIS VOCABULAIRES DE « MONDE » QUI NE SE PARLENT PAS : les 3 portées indiv/commu/civ (7 représentations), les 7 mondes de position {terre, terre-jumelle, mirror-earth, qg, corpus, code, agents} (world_blueprint_position_authority.py:25), et VALID_MONDES = {mon_monde, notre_monde, le_monde} répété dans trois routeurs (geo.py:70, membrane.py:49, stigmergy.py:46). Aucune table de correspondance entre les trois. La planche devra choisir lequel elle dessine — ou les dessiner tous les trois, côte à côte, sans trait entre eux.
• ⚠ DÉRIVE CANON À NOTER AU PASSAGE : l'ORCHESTRATOR_GUIDE de frontend/js/atom-meshmap.js:2024-2043 porte des clés plates aria_role/nova_role/orion_role et AUCUN keli — la quaternité cardinale y est à trois pôles. C'est un cas de plus du gabarit incomplet noté dans CLAUDE.md. Si la planche MESHMAP est dessinée, ne pas la dessiner avec quatre cardinaux.
• ⚠ CE QUE JE N'AI PAS DÉGRADÉ, ET POURQUOI : scope_membership, La racine civ:atom, set_membership, LA MONTÉE (resolve_ancestors), LE BARREAU et THE_POINT_0 restent BÂTI. Pour chacun j'ai nommé l'appelant et vérifié le montage : fractale_communautaire → main.py:2007 ; fractal_websocket_router → main.py:2001 ; canon_coherence_router → main.py:2408 ; world_canon → main.py:2494 ; trinity_geo_router → main.py:2303 ; mcp_server handler → main.py:2573 ; l'amorçage de l'épine → main.py:1093. Les 304 révisions alembic forment UNE seule chaîne (la fusion v82_259 recolle trois têtes) : la tête est v82_299, sans ambiguïté.
• ⚑ RAPPEL DE DESSIN, et c'est la contrainte de la série : un organe BÂTI et un organe ABSENT ne peuvent pas porter le même trait. Sur cette planche, l'arbre qui MONTE (6 appelants, un CTE récursif, 5216 lignes) et la descente de portée (0 appelant, murée par décision écrite) sont deux natures différentes — et il y a une TROISIÈME nature à trouver : le muré-par-arbitrage (resolve_descendants, qui n'est pas un trou mais un refus assumé).

Cette collecte n'a PAS vu la production. Aucune requête n'a été exécutée contre atom_db (hôte 138.197.132.63, conteneur compose-atom-db-1), ni aucune commande SSH : tout est lecture de fichiers au commit 8addf1c94 (branche integration/fondateur-p0), plus une reproduction Python locale sur data/countries/ (répertoire vérifié propre). Conséquences précises : (1) la révision de production v82_264_coquille_reglage et le fossé de 35 migrations reposent sur deux relevés DATÉS du 2026-09-04 et du 2026-09-07, vieux de 29 jours — le compte de 35 est confirmé par moi sur le graphe alembic, la RÉVISION ne l'est pas ; (2) les comptes de lignes que je cite — scope_membership 5216 (5215 commu / 1 civ / 0 indiv), atom_positions 4, community_relation 0, projection_nodes 0, 449 tables — viennent tous de fiches de mémoire datées, aucun n'a été re-mesuré ; le seul 5216 que j'atteste est celui de la SOURCE de données, pas celui de la base ; (3) « 3862 feuilles sur 3862 » reste non établi : il ne vit que dans un commentaire de 2026-08-09 ; (4) je n'ai pas pu vérifier si COUNTRY_SPINE_DATA_DIR ou ATOM_DATA_ROOT sont posées dans le conteneur de production, donc je ne peux pas dire si l'épine s'amorce ou échoue à chaque démarrage ; (5) je n'ai lancé AUCUN test et AUCUNE garde — rien ici n'est étiqueté « vert » ; (6) le code DÉPLOYÉ en production est plus ancien que le commit mesuré (memory/porte-connaissance-criteres-ancestraux.md:42 : « code très en retard »), donc tout raisonnement du genre « ce INSERT nomme node_kind, donc il casse en prod » est un raisonnement sur le COMMIT, pas sur le runtime, et je ne le présente pas autrement ; (7) les comptes d'appelants sont des git grep sur les deux arbres backend/app/ et les ~278 .py hors app/, plus frontend/ — ils voient les imports et les appels nommés, pas les appels par réflexion, par chaîne de caractères, ni par registre dynamique.

ne pas dessiner

• La grille 27+0 et les 27 cellules — déjà portées par la planche « grille 27 » existante ; cette planche-ci parle de PORTÉES (3) et de MONDES (7), pas de cellules.
• Les 3 QG emboîtés comme figure — déjà la planche QG. Ici, ce qui doit apparaître est l'ABSENCE de colonne de parenté entre QG (world_blueprints n'en a aucune), pas la fractalisation des QG déjà dessinée.
• L'anatomie des lieux à trois faces — déjà la planche « anatomie des lieux ». La chaîne enclosure (v82_281/283/289) n'apparaît ici que par un seul fait : son autorité d'appartenance a zéro appelant.
• Les poumons / la respiration systole-diastole comme figure — déjà la planche poumons. La membrane B n'apparaît ici que comme un maillon du conduit à trois membranes, pas comme un cycle respiratoire.
• Metatron, la semence de vie, l'urbanisme du village et le contenu du village — les quatre cosmogrammes existants. Aucune géométrie sacrée sur cette planche : c'est une planche d'états de construction.
• ⛔ NE PAS DESSINER « aucune descente » comme un vide uniforme : ce serait faux. Une descente d'un cran EXISTE sur le cadastre (world_canon.py:1112, montée) et n'existe pas sur l'arbre des portées. Deux arbres, un seul trait descendant.
• ⛔ NE PAS DESSINER le point 0 par observateur comme une porte : point0_de() ne filtre rien, n'écrit nulle part, et point0_ref n'apparaît dans AUCUN WHERE du dépôt. Ce serait transformer un champ de réponse en mécanisme d'autorisation — exactement l'erreur que fractal_position_resolver.py:575-577 interdit (« CE CHAMP N'OUVRE AUCUNE PORTE »).
• ⛔ NE PAS DESSINER la hiérarchie L1→L4 comme une membrane de visibilité active. 911 modules la déclarent, son unique lecteur est dormant, et cinq modules fabriquent 'L2' par défaut. La dessiner en fonctionnement serait le mensonge le plus coûteux de la série.
• ⛔ NE PAS DESSINER les trois membranes reliées par un bus : les trois topics sont déclarés et n'ont aucun publieur. Les relier par un trait de bus serait inventer le maillon qui manque précisément.

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.