Étoile, pétale, semence

L'axe étoile→pétale→module est écrit sur toute sa longueur mais ne circule nulle part : l'étoile de l'usager ne naît JAMAIS (ses deux déclencheurs ne sont publiés que sur auth.html et inscription.html, les deux pages où le module n'est pas chargé), les cinq pétales-archanges n'ont ni chargeur ni aucun abonné à leur expire, la porte de refus vit dans un module que personne ne charge, et la Fleur enregistre son battement ~900 ms avant que l'horloge existe.

• ⚑ LE COUP PRINCIPAL. La thèse de la collecte — « l'axe ne circule que par le haut, l'étoile de l'usager naît » — est fausse à sa racine. L'étoile ne naît JAMAIS. Les deux déclencheurs de createStar sont publiés exclusivement sur auth.html:778 et inscription.html:958 (et spiral-router.js:708, non chargé). Ni 'auth' ni 'inscription' n'est dans GOVERNANCE_PAGES (governance-init.js:50-64) : ces pages reçoivent le tableau LÉGER, qui ne contient pas stellar-identity.js. Le MessageBus est en-processus : un publish sur la page d'inscription ne traverse pas la navigation. Et createStar n'a aucun appelant externe. Donc le haut de l'axe est aussi mort que le bas — la planche ne peut PAS dessiner une flèche pleine depuis l'étoile.
• ⚑ « 4 consommateurs » est faux trois fois. Mesure : 3 abonnés en code runtime, pas 4 (les 2 autres citations sont un test et catalogue-modules.json). Sur ces 3, chip-nft-covenant.js a 0 entrée de chargement. Sur les 2 restants, genetic-mapper.js:900 exige `data.user_id` que stellar-identity.js:181-186 n'émet jamais. Le compte honnête : 1 consommateur qui lirait correctement — et il n'est jamais déclenché.
• ⚑ UN BATI DÉGRADÉ : le refus de germination. La porte est juste, elle refuse avec sa raison (petal-fractal-bloom.js:145-146, 160, 166) — mais elle est dans un fichier à 0 entrée de chargement, que la collecte a elle-meme classé PARTIEL. Annoncer BATI pour la porte et PARTIEL pour la maison qui la contient est une contradiction interne : la porte hérite de l'état de son hote.
• ⚑ UN BATI DÉGRADÉ : la polarité hybride. L'invariant existe et est exporté, mais validate_polarity_hybrid n'a qu'un appelant de service — build_canonical_signature — et celui-là a ZÉRO appelant de production. Fouillé LES DEUX arbres sous backend/ (app/ et les 29 racines hors app/) plus frontend/ : seul backend/tests/unit/test_fractal_pipeline_polarity.py l'appelle. Un invariant que rien n'évalue en production n'est pas branché.
• ⚑ UN BATI DÉGRADÉ : l'étiquette « noyau / Keli / Point 0 ». 0 occurrence du mot « Keli » dans les 7 modules de l'axe. L'ADR écrit « la Graine porte DÉJÀ l'étiquette » — c'est une phrase de l'ADR (lignes 59, 95, 146), pas une valeur de code. La collecte a relu un document comme si c'était du code.
• ⚑ PIÈCE NEUVE, non annoncée : le battement de la Fleur n'arrive jamais. flower-engine.js cherche `global.ATOMBioTick` une seule fois, à DOMContentLoaded+1100ms (:1302, :1021-1026). bio-tick-master.js est en TIER 3 : chargé via setTimeout(..., 2000) (governance-init.js:1529) et `start()` appelé seulement après. L'objet n'existe pas encore, et le fichier n'a ni réessai ni écoute de secours de bio.tick.heartbeat. La géométrie 19 est chargée ; elle ne respire pas. ⚠ Lu dans la source, jamais observé dans un navigateur — voir le plancher.
• ⚑ UNE FICHE DE MÉMOIRE PRISE EN DÉFAUT. memory/chaine-etoile-petale-module-batie-et-jamais-chargee.md affirme « la boite noire EST chargée (1 entrée) » et « internal-motion-engine aussi ». Re-mesuré au commit 8addf1c94 : black-box-recorder.js = 0 entrée dans governance-init.js, internal-motion-engine.js = 0. La seule balise qui les charge est frontend/archives/orphan-pages/keli-dashboard.html — une page ARCHIVÉE. Une page archivée n'est pas une entrée de chargement. La meme fiche dit aussi « GeoFrequency est nommé par 0 autre module » : geo-frequency-bridge.js existe ET a 1 entrée de chargement.
• ⚑ UN AUTRE DOCUMENT DU DÉPOT QUI MENT, dans sa case « preuve ». frontend/etat-technique.html:626 écrit : « Les 4 sont listés dans frontend/js/governance-init.js (grep -c = 1 chacun) donc réellement chargés » — pour dnft-antenna, multi-nft-orchestrator, chip-nft-covenant, hematopoiesis-mint-loop. Mesuré : chip-nft-covenant.js = 0, et governance-init.js:440 dit noir sur blanc que multi-nft-orchestrator.js n'est DÉLIBÉRÉMENT pas chargé. La page d'état technique affirme une mesure qu'elle n'a pas faite.
• ⚑ UN ÉTAT RELEVÉ, pas dégradé : le type de nœud. Il ne s'appelle pas « personne » mais `individu`, et il EXISTE au contrat — scope_membership_service.py:48 (NODE_KINDS, refus à :236-239) ET contrainte CHECK en base (alembic v82_299:27-28). Ce n'est donc pas ABSENT mais PARTIEL : le contrat est posé, l'écrivain manque. Les seuls producteurs de production écrivent « lieu » ou NULL (country_spine_importer.py:72,78,84) ; « agent » n'apparait que dans un test. Chercher la FONCTION et non le mot marche dans les deux sens : ici c'est le MOT de la collecte qui a manqué la chose.
• ⚑ L'EXPIRE EST ABSENT, mais pour une raison plus nette que « le module n'est pas chargé ». Les 5 cibles de seal-petal-distributor existent toutes, et QUATRE sur cinq sont effectivement chargées (geo-frequency-bridge, salvation-mesh, caduceus-yantra-ouroboros, chronos-alchemical-regulator). Ce qui manque n'est pas la cible : c'est l'OREILLE. Zéro module du dépot ne s'abonne à `petal.*.exhale`. Le distributeur publierait dans le vide meme s'il était chargé — et c'est une bonne nouvelle pour le geste : brancher 5 abonnements coute moins que bâtir 5 cibles.
• ⚑ L'ÉTIQUETTE FAUSSE EST CHARGÉE, LE VRAI DJED NE L'EST PAS. interdimensional-map.js:421 (1 entrée) appelle black-box-recorder.js « Boite Noire (Djed) ». Le Djed du village, lui — village-map-generator.js:9, colonne 12 niveaux — a 0 entrée. Donc en runtime il n'existe qu'un Djed : le faux. C'est le meme mécanisme que l'étiquette TRONC = Sphère 6 de arbre-spheres.js:19 que CLAUDE.md signale déjà.
• ⚑ « ZÉRO DES 43 NE POUVAIT SE CHARGER » est faux d'une unité. 43 .js confirmés dans backend/app/engines/ au commit (sur 50 fichiers du dossier). 42 portent un `export` de premier niveau ; backend/app/engines/emerald_system/Emerald_Tablet_Reader.js n'en porte aucun — que des `const` — et se chargerait comme script ordinaire. Aucun des 43 n'a d'entrée de chargement, donc l'état ABSENT tient ; c'est la RAISON qui était surdite.
• ⚠ ARBITRAGE OUVERT, à ne pas trancher sur une planche : les arités de la figure. 5 (seal-petal-distributor.js), 6+1 (l'ADR, qui EXIGE 6 pour sa reconstruction), 7 (les 7 rayons de genetic-mapper.js:55-128 et flames_service.py), 12 (village-map-generator.js:9), 13 (flame_registry.py), 19 (flower-engine.js, recompté). Six comptes pour une seule figure. La planche doit MONTRER le désaccord, pas en choisir un.
• ⚠ CE QUE JE NE PEUX PAS TRANCHER : la pièce « l'étiquette Djed, fausse » est confirmée en code, mais l'état BATI qu'elle porte décrit un DÉFAUT. Un gabarit à trois états ne sait pas dire « bâti et faux ». Décision pour Jonathan : faut-il un quatrième jeton (BATI_FAUX / ÉTIQUETTE) pour que la planche ne colorie pas un défaut comme un acquis ?
• ⚠ DÉCISION DE DESSIN : flower-redundancy.js est le SEUL module de l'axe présent dans les deux tableaux de chargement (FULL et LÉGER) — et il a 0 consommateur et aucune auto-initialisation. C'est l'état le plus traitre de la planche : chargé, conforme, et muet. Il mérite un trait propre, distinct de « non chargé ».

Ce que cette collecte N'A PAS pu voir. (1) AUCUNE EXÉCUTION. Rien n'a été ouvert dans un navigateur ni appelé sur le serveur : la course entre flower-engine (DOMContentLoaded+1100ms) et le TIER 3 (setTimeout 2000) est LUE dans les sources, jamais observée — c'est une course très probable, pas un fait runtime, et une page où DOMContentLoaded arrive tard l'inverserait. (2) AUCUNE BASE INTERROGÉE. Je n'ai lu ni `scope_membership` ni `projection_nodes` : je dis qu'aucun code n'écrit `node_kind='individu'`, je ne peux PAS dire qu'aucune ligne n'en porte (import historique, SQL manuel, migration de données). La base de production est atom_db sur compose-atom-db-1 (138.197.132.63) et je ne l'ai pas touchée. (3) PÉRIMÈTRE DES « ZÉRO APPELANT ». Côté backend, les sweeps de build_canonical_signature, node_kind et polarity_hybrid ont couvert LES DEUX arbres : backend/app/ et les racines hors app/ (agents, services, core, core_engines, modules, verticals, governance, models, schemas, middleware, systems...). Côté frontend, les « 0 entrée de chargement » couvrent frontend/js/governance-init.js (les deux tableaux + SPHERE_MODULE_MAP, grep sur tout le fichier) et les balises `<script>` de frontend/*.html au commit — mais PAS : un chargement par un autre loader JS (temple-drivers-loader.js et ses pareils ont été vus en commentaire, pas audités), ni frontend/pages/*.html s'il existe d'autres arborescences HTML, ni un import dynamique. (4) MESURE AU COMMIT. Tout est lu à `git show HEAD:` sur 8addf1c9481559a8e9dbc97b1fc0bcc85e10a0e1, branche integration/fondateur-p0 — l'arbre de travail porte ~200 fichiers modifiés non commités, dont backend/app/main.py, et aucune de mes mesures ne les voit. (5) NON ÉTABLI, nommément : je n'ai pas vérifié si Emerald_Tablet_Reader.js se charge réellement (pas de `new vm.Script` lancé — et la fiche flower-redundancy avertit précisément que `node --check` mentirait ici) ; je n'ai pas compté les abonnés frontend par AST, seulement par grep de littéraux, donc un abonnement par variable m'échapperait ; et je n'ai pas lu les 7 planches cosmogrammes existantes, donc un recoupement visuel avec elles reste à faire.

ne pas dessiner

• ⛔ Les 7 planches cosmogrammes existantes : le QG, les poumons, Metatron, la grille 27, l'urbanisme, le contenu du village, l'anatomie des lieux. Cette planche est le COMPLÉMENT technique de l'axe vertical, pas une reprise.
• ⛔ NE PAS dessiner l'axe étoile→pétale→module comme un flux continu, meme en pointillé « à brancher ». Il est coupé à SEPT endroits distincts, chacun d'un genre différent : pas de publieur co-présent (l'étoile), pas de chargeur (mesh-bridge, seal-petal, petal-bloom, mini-fleur), pas d'oreille (l'expire), mauvais nom de champ (le mapper), horloge arrivée trop tard (la Fleur). Un seul style de trait pour sept pannes serait le mensonge que la devise interdit.
• ⛔ NE PAS dessiner « l'étoile de l'usager naît » avec une flèche pleine. Mesuré : createStar n'est jamais appelé en production.
• ⛔ NE PAS écrire « 4 consommateurs de l'étoile ». Le compte vérifié est 3 abonnés, 2 chargés, 1 qui lirait le bon champ.
• ⛔ NE PAS dessiner l'étiquette « noyau / Keli / Point 0 » comme une valeur portée par le code. Elle est dans l'ADR, et seulement là.
• ⛔ NE PAS dessiner la porte de refus (petal.bloom.refused) comme un organe bâti. Elle est dans un module à 0 entrée de chargement.
• ⛔ NE PAS dessiner polarity_hybrid comme un invariant actif. Son unique porte de production n'est franchie par aucun appelant.
• ⛔ NE PAS dessiner le Djed du village (village-map-generator.js) comme bâti en runtime : 0 entrée de chargement. En runtime il n'y a qu'un Djed, et c'est l'étiquette fausse de interdimensional-map.js:421.
• ⛔ NE PAS écrire « type de nœud : personne ». Le nom au contrat est `individu` (scope_membership_service.py:48 + CHECK alembic v82_299).
• ⛔ NE PAS écrire « zéro des 43 moteurs ne pouvait se charger ». 42 sur 43 sont des modules ES ; le 43e est un script ordinaire. Ce qu'on peut écrire : « 0 des 43 n'a d'entrée de chargement ».
• ⛔ NE PAS citer memory/chaine-etoile-petale-module-batie-et-jamais-chargee.md pour « la boite noire EST chargée » : re-mesuré faux au commit. Et ⛔ ne pas réécrire cette fiche — ses deux bouts se contredisent, la loi dit d'y ajouter une SUITE DATÉE, pas de corriger le témoignage.
• ⛔ NE PAS citer frontend/etat-technique.html:626 comme preuve de chargement : sa case « preuve » affirme un grep qu'elle n'a pas fait.
• ⛔ NE PAS trancher sur la planche les six arités de la figure (5 · 6+1 · 7 · 12 · 13 · 19). Les montrer en désaccord, et laisser l'arbitrage à Jonathan.
• ⛔ NE PAS dessiner l'hypothèse « Djed = antenne d'harmonisation » comme doctrine : la fiche le marque explicitement HYPOTHÈSE EN FORMATION, Jonathan a dit « je ne suis pas sur ».
• ⛔ NE PAS faire dire à la planche que le TIER 3 est un bug : la temporisation est un choix documenté (governance-init.js:1282, :1500-1510). Ce qui est en défaut, c'est l'absence de réessai chez flower-engine, pas l'horloge.

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.