L’institution et l’entreprise — une pièce à deux faces

FACE A — L’INSTITUTION · Les 22 services institutionnels sont 22 dossiers de délibération — pas 22 organes — accrochés à UN clocher aveugle à l'échelle (publish() = 11 paramètres, sphère + canal, jamais la portée) ; le « second clocher » n'existe pas, c'est un artefact de règle de comptage ; et les deux sorties économiques ne sont pas « encryption + forge » mais UR (écrite) et OR-PLATINE (jamais écrite, trou nommé par le code lui-même) — l'encryption est une station, pas une sortie, et la forge est coupée trois fois avant d'atteindre la monnaie.

FACE B — L’ENTREPRISE, son output · La colonne de gestion n'a pas « une adresse et pas de voix » : elle a une adresse DÉCLARÉE (29 modules dans une liste littérale que rien ne vérifie), un registre d'entreprises dont l'UNIQUE producteur est du code mort derrière un `raise`, et un refus 503 qui porte sa raison dans le journal du serveur pendant que l'appelant reçoit « Internal server error » — tandis que la SORTIE ÉCONOMIQUE voisine, le Trésor, est elle BÂTIE et fail-close, et que l'autre sortie, la forge alchimique, est close à la mutation.

• [A] ⚑⚑ LA RÉFUTATION PRINCIPALE — « LE SECOND CLOCHER » EST UN ARTEFACT DE RÈGLE DE COMPTAGE. Annoncé BÂTI (« trouvaille de cette collecte »), il est ABSENT pour trois raisons indépendantes : (1) backend/app/services/__init__.py ne porte aucun publish/subscribe — c'est un shim d'import paresseux à 20 entrées ; (2) le chiffre 89 n'est reproductible sous aucune règle : 62 si l'on compte l'arête vers le PAQUET, ~0 si l'on priorise la FEUILLE (règle du doc source), 222 si l'on sort du périmètre (dont 171 pour event_bus seul) ; (3) l'AUTRE services/__init__.py — celui du second arbre — est mort à l'import (backend/services/__init__.py:27 importe backend.services.agent.agent_registry, paquet inexistant), avec 0 entrant dans les deux arbres. Il n'y a qu'UN clocher, et c'est event_bus (in=66).
• [A] ⚑ TOUS LES CHIFFRES DE L'ÉTOILE ÉTAIENT PÉRIMÉS. Le doc du 2026-08-29 annonçait 846 modules / 1050 arêtes / 213 composantes / géante 490 (57,9 %) / 167 isolés / densité 1,24. Mesuré au commit a09f620b2, même règle (AST, règle feuille-prioritaire, 0 échec de parse) : 870 / 1137 / 211 / 526 (60,5 %) / 166-168 / 1,31. ⚑ MAIS LA FORME SE REPRODUIT AU MODULE PRÈS : retirer event_bus coûte −48 modules à la géante et crée +14 morceaux — exactement les deux deltas d'août. La thèse tient ; les nombres qui la portaient ne tenaient plus.
• [A] ⚑ LES 22 VERDICTS SONT VRAIS ET NE MESURENT RIEN. 22/22 portent littéralement `ratifie_sous_conditions` à la racine du JSON (vérifié par parse). C'est exactement la distribution que la REPRISE du 2026-08-26 avait apprise à NE PAS traiter comme un jugement : ~98 % identiques sur la lane Gemma = reconnaissance de forme. Ici c'est la lane CLAUDE — celle dont la REPRISE dit que le jugement en vient — qui rend aussi 22/22. Soit le milieu est le verdict vrai pour tout lieu bâti-mais-incomplet (lecture banale et probable), soit l'enum ne discrimine pas. Dans les deux cas : NE PAS écrire « l'étage est ratifié » sur une planche. Écrire « 22 dossiers, un seul verdict observé ».
• [A] ⚑ L'ESCALIER A DEUX MARCHES, PAS QUATRE — et le mécanisme n'est pas celui annoncé. La planche disait « 16 des 17 rôles ne peuvent jamais être portés » et « aucun geste d'attribution ». Mesuré : il existe UN geste, POST /api/v1/auth/seed-admin (auth_routes.py:535, monté main.py:1666, gardé par ADMIN_SEED_KEY), et il accorde admin → GARDIEN. Comme level_of prend le MAXIMUM, un seedé passe les 16 gardes. L'inscription ordinaire accorde roles=["user"], absent de la table. Donc : PARTICIPANT et CONTRIBUTEUR — les niveaux qu'exigent 15 des 16 gardes — ne sont atteignables par PERSONNE, et User.add_role (models/user.py:272) a 0 appelant dans les deux arbres. C'est pire que « 16 rôles dormants » : c'est un escalier dont le milieu est amputé.
• [A] ⚑ POUR JONATHAN, SUR SA PHRASE : « l'encryption et la forge alchémique est l'autre output économique ». Mesuré, et la réponse est NON — mais chacun de ses trois morceaux existe à une place plus précise. Les deux sorties que le CODE nomme (emission_state_router.py:160-162, verbatim) sont UR (énergétique, veineuse : sort et revient) et OR-PLATINE (transactionnel : sort et ne revient jamais). L'or-platine est la moitié « purification » de la paire — elle existe comme sortie, sous CE nom-là — et sa ligne de grand-livre n'est pas écrite : « Trou nommé », dit le code. L'ENCRYPTION n'est pas une sortie mais une STATION de la même échelle (à la source dans l'armure, en 7e à l'activation) : son pool effective_capacity vit dans UN fichier avec zéro consommateur, et sentinel.fuel.available a zéro abonné. LA FORGE, elle, est le PROCÉDÉ — elle purifie en dedans — et comme sortie économique elle est coupée TROIS fois (producteurs navigateur-seulement à 0 appel réseau, pont fail-close à liste vide, consommateur serveur abonné au vide ; main.py:910 : « boucle ouverte »).
• [A] ⚑ LE GOULOT θ EST MIEUX BÂTI QU'ANNONCÉ — et c'est la seule bonne nouvelle de la planche. La fiche du 2026-09-10 disait « emission_allowance, exactement trois appelants (fractal, fractal_seed, mission) ». Au commit : emission_allowance n'a plus qu'UN appelant, et la garde est passée DANS la transaction (reserve_emission_in_transaction), sérialisée par le verrou du master, avec la cadence relue au grand-livre durable (fail-close à -1, jamais 0). Les quatre producteurs convergent désormais tous sur governed_reward → une seule ligne. Quatre décisions de 09-10 sont donc DÉJÀ PRISES : ne pas les re-planifier.
• [A] ⚠ « TRAJET ④ » EST MAL ÉTIQUETÉ. wrong_lieu (p0p2_admission_gate.py:492) compare request.lieu à passport.lieu — c'est la position ① (où l'instance s'opère), pas ④ (à qui le service est destiné) ; et il garde l'admission d'un AGENT dans une enceinte, pas le trajet d'un service. Il a deux frères non annoncés (wrong_sphere :482, wrong_environment :486). La garde est installée (main.py:572) et le runtime activé (main.py:593), mais enclosure_runtime_status naît inert (main.py:470-472). La position ③ (redescente) n'a toujours aucun garde en vigueur.
• [A] ARBITRAGE QUI ATTEND JONATHAN — nº1, LE GESTE LE PLUS COURT. Pour que l'économie respire, deux voies s'excluent par leur coût de SÉCURITÉ, pas de code. (a) TEMPLE : un producteur serveur pour la captation temple + l'inscription de sa source dans EXACT_TOPIC_SOURCES (bus_acl.py:84). Tout l'aval est bâti — consommateur monté, recalcul fail-close, idempotence appliquée en production, cadran honnête GET /api/v2/babel/emission/state. (b) FORGE : exige de rouvrir la frontière navigateur→serveur, refusée par TROIS mécanismes indépendants et délibérés. (a) est un geste ; (b) est une décision de sécurité. ⛔ Ne pas laisser un agent trancher (b).
• [A] ARBITRAGE nº2 — LE PRÉLÈVEMENT DE 0,3 %. Il est le seul organe de recette CÂBLÉ du trésor (treasury_models.py:249, route montée et authentifiée), et la doctrine du lieu dit « souveraine, sans impôt ». Le retirer sans le remplacer ne produit pas un système sans impôt : il produit un système sans trésor. Le geste compatible avec la doctrine est déjà nommé dans le conseil des 9 : faire du trésor un CO-BÉNÉFICIAIRE de la frappe, à la source, avant qu'elle n'entre dans aucune poche — et ce jour-là seulement, laisser tomber les levées de circulation.
• [A] ARBITRAGE nº3 — L'ESCALIER : code ou naissance ? Deux remèdes incompatibles. Soit on ouvre une route de promotion (du code : un appelant à add_role, avec son autorité), soit on décide que le niveau se CONSTATE depuis un organe existant (participation mesurée, siège tenu). La planche ne doit pas choisir. Mais il faut savoir que tant que rien n'est tranché, 15 des 16 gardes posées refusent TOUT LE MONDE sauf un compte seedé par clé d'environnement.
• [A] ⚑ PIÈGE DE DESSIN, À NE PAS REPRODUIRE : cette collecte annonçait 17 pièces BÂTIES. Après contre-mesure : 11 BÂTIES, 5 PARTIELLES, 3 ABSENTES (dont une annoncée comme « la trouvaille de cette collecte »). La règle qui l'a attrapé n'est pas la lecture du code — c'est la question « cet organe est-il APPELÉ, par quoi, à quelle ligne ». Les trois ABSENTES avaient toutes du code, bien écrit, et aucun chemin d'appel.
• [A] ⚠ UN CHIFFRE QUE JE N'AI PAS PU ÉTABLIR : « 11 postes de forge » était vrai mais introuvable par son nom. Grep « 11 postes » sur docs/ memory/ data/ : 0 occurrence. La fonction, elle, existe : FORGE_ROLES = 11 entrées (economy_data.py:243). ⚑ Leçon de mesure : chercher la FONCTION a trouvé ce que chercher le MOT avait manqué — et c'est la loi déjà écrite dans les instructions. Le MAX_GENERATORS=9 de forge-generator-pool.js est une AUTRE chose (un pool d'oscillateurs), et ce fichier est absent de governance-init.js : non chargé.
• [A] ⚠ DEUX MODULES FRONTEND NON CHARGÉS, mesurés contre governance-init.js : forge-generator-pool.js (0 occurrence) et ristourne-store-ui.js (0 occurrence). Le second est cité par la fiche de 09-10 comme « affichant un 0,0 en 22 px gras » — s'il n'est pas chargé, ce mensonge d'interface n'est peut-être pas vivant. NON VÉRIFIÉ : je n'ai pas cherché les balises <script> de pages qui l'incluraient directement (c'est ainsi que Communication Center est chargé).
• [B] ⚑ LE RENVERSEMENT PRINCIPAL. La thèse d'origine disait : « l'entreprise a une adresse, pas de voix », et attribuait le mutisme à un mandat de représentation absent de tout .py. Mesuré : le mandat EXISTE (`app/core/agent_mandate.py`, 335 L, 8 services de production l'importent, 3 migrations le portent) — il est seulement (a) non activé par sa propre clause E4 jusqu'à T4, et (b) sans aucun `enterprise_id`. Ce n'est pas une absence, c'est un mandat qui n'a pas d'entreprise à représenter. Dessiner ces deux choses du même trait serait le mensonge que la devise interdit.
• [B] ⚑ LE DÉFAUT QUE LA PLANCHE RATAIT ENTIÈREMENT, ET C'EST LE PLUS GRAVE. « Refus honnête 503 » est vrai dans le code et faux au fil. `CODES_5XX_PUBLIABLES` (refus_publics.py:88-92) contient UN code au commit, et ce n'est aucun des nôtres. Donc les 6 refus de economy_engine, les 7 du marketplace et les 2 de l'alchimie arrivent chez l'appelant sous la forme `{"status":"internal_error","message":"Internal server error"}` — indiscernables d'un plantage. Un gérant agentique, un frontend, un partenaire ne peuvent pas apprendre que c'est une DÉCISION. DÉCISION QUI ATTEND JONATHAN : inscrire ou non ces codes dans la liste positive — en sachant que la liste est un levier de divulgation et que son fichier dit de se demander, code par code, ce qu'un appelant anonyme apprendrait.
• [B] ⚑ « Toutes les écritures qui engagent sont fermées » est faux dans les DEUX sens, et c'est important. 6 refus sur 24 non-GET. Les 18 ouverts se trient : le Trésor (mint, transfer, bridges, stake) est DB-first fail-close, admin-gated, source liée au JWT, limité à 5/min — c'est la pièce la MIEUX bâtie de toute la colonne ; tandis que `POST /project/create`, `/project/{id}/approve`, `/worker/create` écrivent encore dans des dicts RAM purs (project_generator.py:442, worker_matching.py:246). Le fail-open de la colonne de gestion n'est plus chez l'entreprise : il est chez les PROJETS et les TRAVAILLEURS. ARBITRAGE OUVERT : fermer ces six-là comme on a fermé l'entreprise, ou leur donner leur table.
• [B] ⚠ CODE MORT CONSERVÉ, ET IL FAUT DÉCIDER QUOI EN FAIRE. `enterprise_register` garde 33 lignes inatteignables après son `raise` (economy_engine.py:731-763), dont la garde de sécurité `_bind_source_to_caller` et l'appel `.register()`. Même forme pour `enterprise_subsidy_request` (:798-822) et `merchant_register` (:1143+). C'est lisible comme une intention (« voici ce qui se rouvrira »), et c'est aussi la raison pour laquelle un grep naïf compte un producteur qui n'existe pas. DÉCISION : commenter ces blocs, ou les marquer par un garde-fou testé, ou les retirer dans l'ADR qui rouvrira la porte.
• [B] ⚠ DEUX FICHES MÉMOIRE SONT PÉRIMÉES SUR UN POINT CHACUNE, et je l'ai vérifié en code. `memory/entreprise-institution-colonne-de-gestion.md` (2026-08-28) cite `enterprise_router.py:73` pour la liaison owner↔JWT : ce fichier n'existe pas au commit (la liaison vit dans economy_engine.py:128-142, et elle est désormais derrière le raise). Et elle diagnostique un fail-open H7 fabriquant des opportunités fantômes depuis enterprise_registry : au commit, l'écriture est close, donc 0 fantôme et 0 opportunité. ⚑ Réparer par une SUITE DATÉE, jamais en réécrivant le témoignage du 08-28.
• [B] ⚠ « Tranché par un ADR » ne tient pas : 52 ADR au commit, 0 sur l'homonymie entreprise/institution, 0 contenant « homonym ». Ce qui existe : la parole de Jonathan (2026-08-28) et `docs/VERDICT-AUDIT-PASSATION-8-HYPOTHESES-2026-08-28.md`. Ce qui existe EN CODE, et que la thèse ne citait pas : les 4 PALACE_BRIDGES (government_campus_service.py:94-124) qui posent la frontière palais↔gouvernement. DÉCISION : écrire l'ADR, ou cesser de citer un ADR.
• [B] ⚠ LA CARTE QUI NE PEUT PAS SE TROMPER. PLACEMENT_ATLAS est un littéral ; `get_placement_atlas()` le recopie ; rien n'importe ni ne vérifie les 55 `module_id` (29+7+19). Le 29 est exact — je l'ai compté par AST, pas au grep — mais c'est le compte des LIGNES D'UNE DÉCLARATION, pas des modules placés. Une garde qui confronterait chaque module_id à un module réel révélerait, par exemple, qu'on a donné une adresse de direction à `enterprise_registry`.
• [B] ⚠ ATTEIGNABILITÉ : honnêtement borné. `register_router` (main.py:1637-1664) est appelé avec `core=False` pour economy_engine (:2437), government_campus (:2063), alchemy (:2306), marketplace (:2440). Un ImportError y fait un `logger.error` et un routeur mort SILENCIEUX côté HTTP (sauf REGISTER_ROUTER_STRICT). Donc : MONTÉ dans main.py, vérifié ligne à ligne — mais je n'ai lancé aucun processus et interrogé aucune base ni prod. Je dis « monté », pas « répond ».
• [B] ⚠ PersistentDict n'est pas une persistance. labor_center_service.py:376-381 et government_center_service.py:487-489 sont passés de dicts nus à `PersistentDict` — amélioration réelle depuis la fiche du 08-28 — mais core/persistent_store.py:278-300 est un `dict` qui s'enregistre pour un flush périodique best-effort (56 s) et dont le docstring dit : « If DB fails, data is still in memory ». Pour ce qui ENGAGE, c'est encore un repli silencieux qui ressemble à un succès.
• [B] ⚑ L'AXE QUE JONATHAN VIENT DE POSER, et ce qu'il change à la planche : l'économie est le output du système, l'encryption et la forge alchimique en sont l'autre sortie. Mesuré : la forge LIT et ne forge pas (alchemy.py:344, :381). L'encryption : NON ÉTABLI — je n'ai pas ouvert aip_seal_service / aip_signing / la chaîne post-quantique, ni trouvé leur routeur ni sa ligne dans main.py. La planche doit porter le troisième trait en POINTILLÉ NOMMÉ, pas l'omettre.

FACE A — L’INSTITUTION — CE QUE CETTE COLLECTE N'A PAS PU VOIR. (1) L'arbre de travail est SALE — 422 fichiers modifiés. Tout ce qui précède est mesuré au COMMIT a09f620b2 par `git show HEAD:` / `git grep HEAD` / `git archive HEAD`, sauf une seule chose dite explicitement : les listings de répertoires de `data/urbanisme/projets-services/` et la lecture des JSON de conseil, faits DANS L'ARBRE (ces fichiers ne figurent pas parmi les 422 modifiés, mais je ne l'ai pas prouvé fichier par fichier). (2) AUCUNE BASE, AUCUNE PROD : je n'ai ouvert ni atom_db ni le VPS. Donc : combien de comptes portent `admin` en production, si ATOM_SEAL_PRIVATE_KEY est provisionnée, si ADMIN_SEED_KEY est posée, et si une seule ligne de captation existe au grand-livre — NON ÉTABLI. Les fiches de mémoire disent « 0 admin en prod le 2026-09-25 » et « 429 des 448 tables vides » : je n'ai pas pu re-vérifier. (3) LA LANE GEMMA (176 lieux, ~90 dossiers) VIT HORS DÉPÔT, sur le bureau Hetzner — ses verdicts sont invérifiables ici ; je n'ai mesuré que les 22 dossiers rapatriés. (4) LE GRAPHE DE L'ÉTOILE COUVRE UN SEUL ARBRE : backend/app/services/**/*.py (870 fichiers). Les ~278 .py vivants hors backend/app/ ne sont PAS dans ce graphe ; tout « 0 entrant » qui en vient ne vaut que pour cet arbre. En revanche, chaque « 0 appelant » cité sur l'économie, la forge, les rôles et le sceau a été re-grepé sur `backend/` ENTIER (les deux arbres), et c'est dit à chaque fois. (5) CÔTÉ FRONTEND je n'ai vérifié le chargement que contre governance-init.js et les balises <script> des pages que j'ai nommées — pas contre les 122 pages HTML. Un module que je dis « non chargé » (forge-generator-pool.js, ristourne-store-ui.js) pourrait être inclus par une page que je n'ai pas ouverte. (6) Je n'ai pas lancé un seul test ni démarré l'application : « monté » ici signifie « register_router(...) présent dans main.py au commit » — et register_router avale les ImportError, donc un routeur listé peut échouer silencieusement à l'import en runtime. Je n'ai pas prouvé l'import effectif d'un seul des routeurs cités. (7) Le chiffre « 28 des 36 dossiers partagent un radical » (la forme exacte du manque) n'a PAS été re-mesuré ; sa propre fiche le déclare plancher.

ne pas dessiner

• ⛔ « L'étage des 22 est ratifié » — écrire « 22 dossiers, un seul verdict observé sur 22 ». Un enum à une valeur ne ratifie rien.
• ⛔ Un SECOND clocher à côté d'event_bus. Il n'y en a qu'un. Dessiner deux clochers ferait croire à une redondance de transport qui n'existe pas.
• ⛔ Le chiffre 89 (entrants du prétendu second clocher) — irreproductible sous toute règle testée.
• ⛔ Les chiffres de l'étoile d'août (846 / 1050 / 213 / 490 / 167 / 1,24) : périmés de +24 modules. Utiliser 870 / 1137 / 211 / 526 / 166-168 / 1,31, au commit a09f620b2, règle feuille-prioritaire.
• ⛔ « encryption = deuxième sortie économique ». La deuxième sortie est l'OR-PLATINE, et sa ligne n'est pas écrite. L'encryption est une station de l'échelle. Si la planche la dessine comme une sortie, elle contredit le code à l'endroit où le code s'accuse lui-même.
• ⛔ La forge dessinée du MÊME TRAIT que θ ou que le prélèvement. θ et le prélèvement de 0,3 % sont vivants et atteignables ; la forge est coupée trois fois. Un seul trait pour les trois serait le mensonge exact que la devise interdit.
• ⛔ « wrong_lieu garde le trajet ④ d'un service ». Il garde la position ① d'un AGENT entrant dans une enceinte. Et il a deux frères.
• ⛔ Les 22 services dessinés comme des organes de code. Ce sont 22 répertoires de délibération sous data/urbanisme/projets-services/. Leur code, quand il existe, est ailleurs et porte d'autres noms.
• ⛔ « aucun geste d'attribution de rôle ». Il y en a UN : POST /api/v1/auth/seed-admin, à clé d'environnement, qui accorde GARDIEN. Dessiner zéro geste ferait manquer la seule porte existante — et le fait qu'elle saute deux marches.
• ⛔ Un escalier d'engagement à quatre marches franchissables. Deux seulement sont atteignables : Observateur (par défaut, à perpétuité) et Gardien (par la porte d'amorçage). Le milieu est amputé.
• ⛔ Re-dessiner les 7 cosmogrammes existants (frontend/planches/planche-1 à 8) ni le plan VISION de docs/presentation/CARTE-CONTENU-grand-cosmogramme.md.
• ⛔ Le ORCHESTRATOR_GUIDE à trois cardinaux. Si la planche montre la quaternité, elle en montre QUATRE : Aria, Nova, Orion, Keli.

FACE B — L’ENTREPRISE, son output — Ce que cette collecte N'A PAS pu voir. (1) Aucun processus lancé, aucune base interrogée, aucune prod touchée : tout « monté » signifie « présent et appelé dans backend/app/main.py au commit 8addf1c94 », jamais « répond 200 ». Les quatre routeurs de cette planche sont enregistrés avec core=False, donc un ImportError les tuerait sans faire échouer le démarrage. (2) Les 429/448 tables vides mesurées en prod (fiche mémoire 2026-09) n'ont PAS été re-mesurées ici — je ne sais pas si `enterprise_marketplace_records` existe dans atom_db@138.197.132.63, seulement que sa migration v82_219 et son modèle existent au commit. (3) L'encryption comme sortie économique : NON ÉTABLI, aucun fichier de la chaîne de scellement ouvert. (4) Je n'ai pas lancé un seul test : aucune garde de cette planche n'est étiquetée « verte » — je n'ai jamais vu sa sortie. (5) Périmètre des « zéro appelant » : les DEUX arbres de backend/ (backend/app/ et les ~278 .py hors app/), via `git grep … HEAD`, hors archives/ et hors backend/tests/ ; les matchs tests ont été comptés séparément quand ils existaient. (6) Le frontend n'a pas été exécuté : « chargé » = présent dans un tableau de governance-init.js au commit, pas observé dans un navigateur. (7) Je n'ai pas vérifié si une épreuve FIGE l'un des défauts ci-dessus (tests `preserves_memory_fallback` cités par la fiche du 08-28 : non relus).

ne pas dessiner

• ⛔ NE PAS dessiner « le mandat de représentation n'existe dans aucun fichier .py » — c'est faux et mesuré faux : app/core/agent_mandate.py, 335 L, 8 importeurs de production. Dessiner à la place : un mandat BÂTI, non activé (clause E4, T4), SANS enterprise_id.
• ⛔ NE PAS dessiner « registre en RAM » comme si c'était l'état : un dict RAM qu'aucun code atteignable n'écrit n'est pas volatil, il est VIDE PAR CONSTRUCTION. Le trait coupé est le `raise` de economy_engine.py:727, pas la volatilité.
• ⛔ NE PAS dessiner « toutes les écritures qui engagent sont fermées » : 6 sur 24. Et surtout ne pas mettre le Trésor du même côté que l'entreprise — mint/transfer sont DB-first fail-close et admin-gated, c'est la pièce la mieux bâtie de la planche.
• ⛔ NE PAS dessiner un « refus honnête 503 » qui arrive au demandeur : la raison et le code sont assainis (1 seul code publiable, aucun des nôtres) ; l'appelant reçoit internal_error. Dessiner le refus en DEUX traits : vers le journal (bâti), vers l'appelant (coupé).
• ⛔ NE PAS écrire « tranché par un ADR » : 0 ADR sur 52 porte l'homonymie entreprise/institution. Écrire : parole de Jonathan (2026-08-28) + séparation en code par les 4 PALACE_BRIDGES, ADR MANQUANT.
• ⛔ NE PAS annoncer le 29 comme « 29 modules placés » sans dire que c'est un littéral que rien ne confronte : c'est le compte d'une DÉCLARATION. Le chiffre est exact (compté par AST), sa portée ne l'est pas.
• ⛔ NE PAS refaire les 7 cosmogrammes de frontend/planches/*.svg, ni le plan VISION de docs/presentation/CARTE-CONTENU-grand-cosmogramme.md — cette planche est le côté institutionnel/économique.
• ⛔ NE PAS inventer l'état de l'encryption : NON ÉTABLI, trait en pointillé nommé, avec ce qui manque pour l'établir.

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.