Le joint bilatéral

Les deux côtés sont bâtis et chacun nomme l'autre ; les trois traverses qui devaient les joindre ne tiennent pas — l'une n'a aucun appelant, l'une a son écrivain sans importateur, et la troisième n'existe que dans l'arbre de travail, non commitée, branchée sur le mauvais axe.

• ⚑ DÉGRADATION PRINCIPALE — `salle_machines_connector.py` annoncé BÂTI est PARTIEL. Au COMMIT, le connecteur n'a AUCUN joint : `git show HEAD:backend/app/services/babel/salle_machines_connector.py | grep -c 'declare_joint\|portee'` rend 0. Les 7 lignes qui en font « l'orchestrateur du joint » ne sont pas commitées. Et l'appel qui l'atteint (HEAD measure_cascade.py:608) est dans un `try: ... except Exception: pass` étiqueté « never break cascade » : l'orchestrateur peut tomber sans que rien ne le dise.
• ⚑ DEUXIÈME DÉGRADATION — `person_position_bindings` annoncé BÂTI (« le dossier à deux faces, EN BASE ») est PARTIEL. La DDL existe (v82_291:24) et le code l'écrit et la relit ; mais AUCUNE base n'a été interrogée par cette collecte, et la seule révision de production nommée dans le dépôt est `v82_260_atom_positions` (CLAUDE.md, 2026-08-08) — 31 révisions AVANT v82_291. Dire « en base » sans nommer la base interrogée est exactement ce que la loi d'Ibn Khaldūn interdit. Pour qu'une planche écrive BÂTI ici, il faut une ligne : `SELECT version_num FROM alembic_version` sur `compose-atom-db-1/atom_db`.
• ⚑ LE JOINT NEUF EST PLUS FRAGILE QUE DIT — il ne manque pas seulement un commit : il manque DEUX noms au commit. `declare_joint` ABSENT de HEAD:cube_venus.py, et `VALID_PORTEES` ABSENT de HEAD:event_bus.py (+14 lignes non commitées). Le joint neuf dépend d'une constante qui n'existe pas davantage. Quatre fichiers non commités le portent : event_bus.py, cube_venus.py, salle_machines_connector.py, measure_cascade.py.
• ⚑ CORRECTION DANS L'AUTRE SENS — `/ws/resonance` : « aucune entrée permanente » est FAUX. Le gestionnaire traite 5 types entrants au commit (ping, situer, subscribe, unsubscribe, geo_coherence) et son client permanent `atom-realtime-client.js` est listé dans LES DEUX tableaux de HEAD:governance-init.js (:254, :1101). Mieux : c'est par cette entrée que passe la SEULE lecture vivante du drapeau de frontière (main.py:3375 → geo_coherence_service.py:98). Une planche qui dessinait cette traverse en pointillé l'aurait sous-estimée.
• ⚑ CORRECTION D'ÉTAT — `inner_world / outer_world` n'est pas NON ÉTABLI : c'est ÉTABLI à zéro. 0 occurrence dans tout backend/**.py (les deux arbres) et 0 dans frontend/js/**.js. « NON ÉTABLI » serait un aveu d'ignorance là où j'ai une mesure. La leçon pour la planche : le vocabulaire de la thèse est absent, mais la FONCTION existe sous quatre autres noms — c'est un problème de NOM, pas d'organe. Ne pas dessiner un trou là où il y a une synonymie.
• Chiffres que j'ai re-mesurés moi-même et qui tiennent : 5216 entités de l'épine (= 1 civ:atom + 217 pays + 3567 subdivisions + 1431 villes, recalculé sur data/countries/) ; `exposition_externe` = 61 occurrences dans 20 fichiers de backend/app/ mais 2 lignes seulement le comparent ; `commu:atom` = 0 occurrence.
• Chiffres de l'agent que j'ai confirmés sans correction : `amark_face_authoritative` 0 appelant de production (16 appels, tous dans un seul banc) ; `PassageDecisionAuthority.adecider` 0 appelant de production ; `place_projection_binding_authority` 0 IMPORTATEUR (plus fort que « 0 appelant ») ; black-box-recorder.js et village-map-generator.js 0 entrée de chargement. Dans tous les cas LES DEUX arbres ont été fouillés : backend/app/ et les 29 racines hors app/ nommées une à une.
• ARBITRAGE OUVERT POUR JONATHAN — `POST /ancrer` est BÂTI et atteignable, mais il rend **200 avec `persiste: false`** quand la base est absente (position_registry.py:113-114 `return {"enregistre": False, "raison": "no_db_position_refusee"}` → trinity_geo_router.py:275-277). Un ancrage ENGAGE (c'est une appartenance), donc la règle du dépôt dit : en base, ou l'opération échoue. Le dépôt a choisi l'honnêteté nommée plutôt que le fail-close. À trancher : la planche doit-elle peindre `/ancrer` en BÂTI (la route tient et dit la vérité) ou en PARTIEL (un 200 qui n'a rien écrit) ? J'ai gardé BÂTI parce que l'aval le lit — atom-ancrage.js:150-157 répercute `persiste` — mais c'est le seul endroit où j'ai résisté à la dégradation.
• PIÈGE DE DESSIN — `atom-ancrage.js` publie le topic `ancrage.pose` (:157) même quand `persiste === false`. Le champ dit la vérité, le NOM du topic non. Un abonné qui compte les `ancrage.pose` compterait des ancrages non gardés. À ne pas dessiner comme une flèche pleine.
• PIÈGE DE DESSIN — les 5215 lieux pendent d'une racine de portée `civ`, sans palier `commu`. Si la planche montre trois portées emboîtées (indiv ⊂ commu ⊂ civ), l'épine mesurée la contredit : elle est PLATE, deux niveaux, 795 parents intermédiaires au plus 3 sauts selon les inventaires — mais aucun nœud `commu:atom` au sommet du palier communautaire. Le joint communautaire n'a pas de côté DEDANS.
• PIÈGE DE DESSIN — trois organes différents s'appellent « le joint » et travaillent sur TROIS axes distincts : PositionFace (physical↔numerical, l'axe bilatéral), VALID_PORTEES (indiv/commu/civ, l'axe des portées), et exposition_externe (dedans/dehors, l'axe de frontière). Les peindre du même trait reproduirait exactement la confusion que la planche doit dissiper. Le seul organe qui exige l'axe BILATÉRAL est passage_decision.py — et il n'a aucune entrée.
• DÉCISION QUI ATTEND — `cosmic_circuit`, `FractalClockService` et les autres attaches de démarrage sont toutes dans des `try/except Exception: ... logger.warning("non-fatal")` (main.py:1019-1030 pour les deux que j'ai lues). Un circuit qui ne s'attache pas laisse un serveur « sain ». Faut-il que la planche marque ces attaches d'un signe particulier — bâti mais révocable au silence ?

Ce que cette collecte N'A PAS pu voir. (1) AUCUNE BASE INTERROGÉE : zéro requête sur `compose-atom-db-1/atom_db` (138.197.132.63) ni ailleurs. Donc je ne sais pas si v82_291 est appliquée en production, ni combien de lignes portent `person_position_bindings`, ni si `atom_positions` est encore vide, ni si `scope_membership` contient réellement les 5216 nœuds de l'épine. Le 5216 que je rends est un compte de FICHIERS (data/countries/), recalculé par moi — pas un compte de base. (2) AUCUN SERVEUR SONDÉ : aucune route n'a été appelée. « Monté dans main.py » n'est pas « répond 200 » — `register_router` avale les ImportError, donc un routeur listé peut être absent à l'exécution ; je n'ai pas lancé le serveur pour le vérifier. (3) AUCUN BANC LANCÉ : je n'ai exécuté aucun test. Quand je dis « testé », je dis « un fichier de test existe et le nomme », pas « il passe ». (4) LE DEUXIÈME ARBRE, FOUILLÉ PAR NOMS CHOISIS : j'ai cherché `amark_face_authoritative`, `adecider`, `PassageDecisionAuthority`, `passage_decision`, `place_projection_binding`, `world_blueprint_position`, `inner_world`, `outer_world` dans les 29 racines hors `backend/app/`, et je les ai nommées une à une. Je n'ai PAS inventorié ce que ces 29 racines contiennent par ailleurs : un porteur de face pourrait y vivre sous un nom que je n'ai pas deviné. (5) LE FRONTEND PAR CHARGEMENT, PAS PAR EXÉCUTION : j'ai vérifié la présence dans les deux tableaux de `governance-init.js` et les balises `<script>` des pages. Je n'ai pas ouvert un navigateur : un module listé peut échouer à l'initialisation. Et je n'ai lu que `governance-init.js` et `onboarding.html` ; les ~120 autres pages HTML pourraient charger directement un module que je déclare ABSENT — je n'ai grepé que les noms de fichier des deux modules de l'Arche. (6) `exposition_externe` : les 61 occurrences sont comptées sur `backend/app/` seulement, et mes « 2 gardes » ne retiennent que les comparaisons à la constante `EXPOSITION_EXTERNE` ; une garde écrite autrement (comparaison à un littéral, truthiness) m'échapperait. (7) LES FICHES DE MÉMOIRE : aucune n'a servi de source à un chiffre rendu ici. Les seuls nombres que j'avance viennent du dépôt, et le 5216 a été recalculé par exécution.

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.