Ihr Agent zeichnet die Karte Ihres gesamten Systems. Jede folgende Sitzung lädt sie.

Die drei Regeln einer Karte

• Die Topologie wird einmalig im Wurzelelement dargestellt. Eine Platine wiederholt die Leitungen niemals – sie enthält lediglich ihre eigenen Details sowie die zugehörigen Verfahren. Duplikation ist der Anfang jeder Abweichung, daher gibt es sie aus Konstruktion heraus nicht.
• Werte sind auf der Karte nirgends zu finden. Keine Ports, Kondensatoren, Preise oder Zählwerte – eine Seite sagt, wo die Zahl zu finden ist, nie aber, was sie ist. Eine Karte, die Werte enthält, ist innerhalb einer Woche falsch.
• Wer eine Leitung ändert, aktualisiert die Karte in derselben Sitzung. Die Wurzel enthält eine Zeile – überprüft am <date> gegen <what> – und ein Leser vertraut der Karte genau so weit.

Was die Wurzelkarte enthält, der Reihe nach

• Was das Projekt ist, in zwei Sätzen, und die überprüfte Zeile.
• Das Diagramm: Kästchen und Pfeile – ein Pfeil pro Leitung mit dem, was darüber läuft. Die Richtung ist wichtiger als alles andere auf der Seite.
• Die Leitungen, aufgelistet: Wer initiiert, was übertragen wird, was nie übertragen wird. Das ist der Abschnitt, der Lügen aufdeckt.
• Die Speicher: Jeder Ort, an dem Zustand liegt – was er enthält und was er niemals enthält.
• Das Verzeichnis: Jede Platte nach Name, jedes Verfahren nach Platte und Abschnitt.

Was eine Platte enthält

• Für jeden Teil seiner Ebene: was er ist, was er enthält, mit wem und in welche Richtung er kommuniziert, was er niemals tut, und was passiert, wenn er läuft.
• Wo die Werte liegen – Zeiger, niemals Werte.
• Seine Verfahren: die genauen Befehle, was man zurücklesen muss, um zu wissen, dass es funktioniert hat, und was bei der Ausführung tatsächlich schiefgelaufen ist – mit Datum.

Eine Wurzelkarte, in Umrissen

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