Votre agent dessine la carte de tout votre système. Chaque session suivante la charge.

Les trois règles d’une carte

• La topologie est dessinée une seule fois, dans la racine. Une planche ne réaffirme jamais les fils ; elle ne contient que ses propres détails et ses procédures. La duplication est là où commence la dérive, donc il n’y en a pas par construction.
• Les valeurs ne se trouvent nulle part sur la carte. Pas de ports, de prix ni de quantités — une page indique où se trouve le chiffre, jamais ce qu’il est. Une carte qui affiche des valeurs est déjà fausse en une semaine.
• Quiconque modifie un fil met à jour la carte au cours de la même session. La racine contient une ligne — vérifiée <date> par rapport à <what> — et un lecteur fait confiance à la carte uniquement jusqu’à ce point.

Ce que contient la carte racine, dans l’ordre

• En deux phrases, de quoi il s’agit, ainsi que la ligne vérifiée.
• Le diagramme : des boîtes et des flèches, une flèche par fil indiquant ce qui le traverse. La direction est plus importante que tout le reste sur la page.
• Les fils, énumérés : qui initie, ce qui est transmis, ce qui ne l’est jamais. C’est la partie qui dénonce les mensonges.
• Les magasins : chaque lieu où vit l’état, ce qu’il contient, ce qu’il ne contient jamais.
• L’index : chaque planche par nom, chaque procédure par planche et par section.

Ce que contient une planche

• Pour chaque partie de son plan : ce qu’elle est, ce qu’elle contient, à qui et dans quelle direction elle communique, ce qu’elle ne fait jamais, et ce qui se passe lorsqu’elle fonctionne.
• Où se trouvent les valeurs — des pointeurs, jamais des valeurs.
• Ses procédures : les commandes exactes, ce qu’il faut lire pour savoir que cela a fonctionné, et ce qui s’est réellement mal passé lors de l’exécution, avec la date.

Une carte racine, dans sa forme

my-app-map — verified 2026-09-04 against commit a1b2c3d and the live containers

  browser ──(requests, session cookie)──▶ api ──(SQL)──▶ postgres
                                          │
                                          └──(jobs)──▶ worker ──(files)──▶ object store

Wires: the browser never talks to the worker; the worker never reads a cookie.
Stores: postgres (users, orders — never card numbers) · object store (uploads).
Plates: my-app-map-api · my-app-map-worker · my-app-map-data · my-app-map-ops
Procedures: deploy → my-app-map-ops, deploy · restore → my-app-map-data, restore