Les moteurs : AT·OM GO

AT·OM GO est le seul moteur d'AT·OM qui demande au monde réel de bouger, et le chemin entre « une mission existe » et « une mission est faite » y est coupé en QUATRE endroits indépendants dont chacun suffit à tout arrêter — la position jamais relevée n'est que le premier.

ce que la figure ancre
La parabole est le jeu géolocalisé — « des points d'intérêt apparaissent autour de vous quand vous marchez ». Et c'est une VRAIE fonction, pas une image : elle ancre une décomposition en quatre gestes qui est exacte et qui apprend quelque chose à qui ne connaît pas le système. DISTRIBUER (un travail apparaît là où il est), EXÉCUTER (il ne compte que prouvé sur place), DIRIGER (le système oriente vers l'endroit où la présence pèse le plus), PROGRESSER (ce qui est fait ouvre ce qui est permis). Ces quatre gestes sont le squelette de tout appareil de répartition du travail, et le jeu les rend lisibles en une phrase là où un cahier des charges en prendrait dix pages. Les quatre rayons concentriques — cinquante mètres pour agir, cinq cents pour être prévenu, cinq kilomètres pour découvrir, vingt-cinq pour voir sa région — sont de la même nature : une algèbre spatiale de la présence, pas une décoration. Mais la figure ancre AUSSI le défaut, et c'est là qu'elle devient instructive malgré elle. Un jeu suppose un joueur qui tient un appareil, et cet appareil dit où il est : c'est l'axiome muet du genre. AT·OM a bâti le règlement avec une rigueur rare — vingt-huit actions, dix grades, une porte de difficulté, une preuve par type — et n'a jamais écrit la ligne qui demande au téléphone où il se trouve. La figure a donc mieux tenu que le code : elle a fait écrire le règlement ENTIER, puis elle a laissé croire que le joueur allait de soi. Quand une parabole est bonne, elle produit de la structure juste. Quand elle est bonne et non interrogée, elle produit aussi ses angles morts à l'échelle : ici, quatre serrures fermées exactement au seul endroit où le monde réel était censé entrer.

la même figure, ailleurs
C'est la MÊME figure que le point zéro du covenant, une échelle plus bas — et le même défaut, au même joint. La doctrine dit : un point zéro se DÉCOUVRE, il ne s'attribue jamais ; et tout se déduit de lui. Le Terrain Point Zéro est cette figure appliquée à un champ : on mesure un lieu réel sur douze dimensions, et de ce centre on déduit tout le reste — les projets, l'équipe métier par métier, le budget, le calendrier, les risques, les phases, les tâches. « Chaque terrain impose ses propres mathématiques » est mot pour mot la loi du point zéro, transposée d'une personne à une parcelle. Et la fracture se répète à l'identique. En haut : un seul point 0 pour tout le système, `THE_POINT_0` sur 3862 nœuds sur 3862, parce que la clé n'est jamais lue. En bas : un seul moteur de terrain, et la coordonnée du terrain n'arrive jamais à la base — parce que `_syncToBackend` lit `assessment.gps_lat` pendant que l'écran envoie `gps:{lat,lng}`. Deux noms pour la même chose, aux deux bouts d'un même geste, et la position tombe dans l'intervalle. Même motif encore, une marche plus bas : le corps du joueur. `_startTracking` existe, complet, correct — et personne ne l'appelle. Trois échelles, un seul geste manquant, toujours le même : NOMMER où l'on est. La grande architecture explique la plus petite, et ici elle explique aussi la panne : AT·OM coordonne le joint entre l'intérieur et l'extérieur, c'est sa fonction ; et c'est précisément à ce joint, à chaque échelle où je l'ai mesuré, que le fil est coupé. Une dernière récurrence, plus petite mais de la même famille — celle du gabarit menteur : le registre des moteurs porte dix-neuf fiches et son en-tête annonce dix-huit ; la MeshMap pose vingt-cinq abonnements et son journal annonce vingt ; le gabarit ORCHESTRATOR_GUIDE exige quatre cardinaux et ces quatre modules n'en déclarent que trois. Un compte qui se trompe sur lui-même ne produit pas des erreurs : il produit, à l'échelle, des contrefaçons que personne ne recompte.

• ⚑ La thèse de l'agent est fausse dans sa CHARNIÈRE, pas dans son constat. Elle dit « cette UNIQUE absence coupe d'un coup ses TROIS conduits ». Mesuré : la position ne coupe qu'UN des trois conduits (le pont des 16 événements, atom-go-engine.js:1623). Le deuxième (control.need.posted → generateFromNeeds) est coupé par deux absences de chargement qui n'ont rien à voir avec la position — ATOMControlPoints et business-operations.js. Le troisième (architect-mode.js → addTasks) est coupé parce que le module n'est chargé par personne. Et un QUATRIÈME défaut, que l'agent n'a pas vu, suffirait à lui seul : le scanner lit `.items` sur une Response brute. Quatre causes indépendantes, pas une. La différence n'est pas cosmétique : réparer la position ne rallumerait qu'un quart de l'appareil, et c'est exactement le genre d'espoir qu'une planche ne doit pas donner.
• ⚑ Un BATI annoncé que j'ai dû renverser en ABSENT : « Le registre des moteurs — 19 fiches en 8 castes » tient (je l'ai recompté : 19, pas les 18 de son propre en-tête), mais l'agent n'a pas listé le mode Architecte dans ses BATI — et c'est heureux, car il est ABSENT. En revanche il a annoncé BATI « La porte de difficulté » : la porte existe, elle vit dans une fonction dont la moitié est du code mort référençant une variable jamais déclarée, et aucun appelant ne la franchit. Dégradée en PARTIEL.
• NON ÉTABLI — la base de production. Je n'ai rien interrogé (mandat lecture seule, et la loi de la base : une mesure qui ne NOMME pas sa base ne compte pas). Donc : l'existence et le contenu de la table `sovereignty_terrains` dans `atom_db` sur 138.197.132.63 restent NON ÉTABLIS. La migration qui la crée, je ne l'ai pas cherchée. Ce qui est établi est seulement que le routeur est monté et que son INSERT est écrit.
• NON ÉTABLI — l'application des deux garde-fous du corps. J'ai mesuré leur PRÉSENCE comme texte (83 / 40 / 37) et constaté que scripts/ contient des audits bio nommés (audit_bio_db_contract_round335.py, audit_bio_stats_topic_constants_round571.py). Je ne les ai pas lus et je n'ai pas vérifié si l'un d'eux tourne en CI. Donc : « garde-fou » reste pour moi une DOCTRINE ÉCRITE, pas une garde mesurée. Et je ne l'étiquette pas « verte » : je n'ai lancé aucune garde.
• NON ÉTABLI — le périmètre de « zéro appelant ». Tous mes `git grep` portent sur HEAD, dans frontend/, backend/ et agents/. Je n'ai pas fouillé rosetta-core/, transit/, archives/, hf-atom-tools/, ni les 278 fichiers .py du second arbre sous backend/ hors app/. Pour un moteur frontend, le risque est faible mais il n'est pas nul, et la règle dit de nommer les arbres fouillés.
• Le compte du livre « une soixantaine, peut-être près de quatre-vingts » pour la famille corps vivant : ma mesure donne 83 par UNE marque de texte et 40 par une AUTRE. La famille n'a pas de rôle canonique nommé quelque part ; les deux chiffres sont justes sous leur règle et aucun n'est « le » nombre. Je donne 83 en disant sa règle.
• Je n'ai pas mesuré le rendu : ni l'écran Point Zéro ni la MeshMap n'ont été ouverts. Je dis qu'une chaîne de code existe et qu'un bouton y mène ; je ne dis pas qu'elle s'affiche sans erreur.

Voici ce qu'un lecteur peut tenir pour acquis après cette planche. Trois pièces sont VRAIMENT bâties et je les ai suivies d'un bout à l'autre : le calculateur Point Zéro à douze dimensions (déterministe, appelé, affiché), le registre des dix-neuf moteurs en huit castes (allumé au chargement, dix-neuf garde-fous surveillés), et la MeshMap en lecture seule (deux mille cinquante et une lignes sans une seule écriture — la vérification la plus propre de toute la planche). Une quatrième tient par la négative : le moteur de réinvestissement, délibérément non chargé, avec sa raison écrite à la ligne 80 de governance-init.js. Tout le reste d'AT·OM GO est un règlement complet sans joueur. Le catalogue des vingt-huit actions, les dix grades, les quatre rayons de perception, les six phases du pipeline : tout cela est écrit, et rien ne l'appelle. Les trois portes par lesquelles une mission pourrait entrer dans le moteur sont fermées chacune pour une raison différente, et la quatrième — le scanner — est fermée par une ligne qui lit un champ inexistant sur une réponse HTTP. La position du corps n'est que la première des quatre serrures. Deux choses dites par le livre sont fausses dans le sens qui flatte, et je les corrige : l'écran Point Zéro n'est pas le seul écran grand public (meshmap.html en est un second, mille neuf cent trente-six lignes, liée depuis dix pages), et le scanner ne « retombe » sur rien si le serveur se taît — le repli local annoncé n'existe pas dans le code. Une troisième est fausse dans l'autre sens, et c'est le livre qu'il faut corriger, pas le code : la conversion d'un UR pour dix points d'expérience a été RETIRÉE exprès, et remplacée par une simple reconnaissance locale. Le code s'est fait plus honnête que son propre livre. Enfin, deux défauts dorment, armés mais non tirés, parce que personne n'appelle leur fonction : sans position, la preuve de terrain n'est pas refusée mais sautée, et un refus du serveur sur la fiche terrain se déclare succès. Le jour où quelqu'un branchera un écran sur ce moteur, ces deux-là tireront.

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.