OZMAI Brain — Term Map

Stand: 6. Oktober 2026
Typ: abgeleitete, unvollständige Navigationsprojektion
Ort: OZMAI_BRAIN/00_TERM_MAP.md

Zweck

Diese Karte hilft, Begriffe im OZMAI Brain dort wiederzufinden, wo ihre jeweilige Verwendung tatsächlich getragen, begrenzt oder bestritten wird.

Sie ist kein Glossar, kein Wörterbuch, kein Term-Register, keine Λ-Spezifikation und keine Definitionsautorität.

Die Bedeutung eines Begriffs bleibt beim jeweiligen Träger: Dokument, Version, Abschnitt und Scope.

Selbstbegrenzung

Diese Karte ist ein Snapshot und ausdrücklich unvollständig.

TERM_MAP_ENTRY        ⇏ Definition des Begriffs
TERM_MAP_ENTRY        ⇏ vollständige Menge seiner Verwendungen
Verweis A + Verweis B ⇏ neue synthetische Bedeutung C
Abwesenheit aus Karte ⇏ Abwesenheit aus dem Brain

Ein Querverweis behauptet nur, dass dort eine für die aktuelle Orientierung relevante Verwendung gefunden wurde. Er behauptet weder Vollständigkeit noch semantische Kontinuität zwischen verschiedenen Trägern.

Die Karte darf gelöscht oder neu erzeugt werden, ohne dass dadurch die lokalen Bedeutungsgrundlagen der referenzierten Dokumente verloren gehen. Wenn das nicht mehr gilt, ist die Karte zu autoritativ geworden.

Wirkung der Karte — offen

Es ist plausibel, aber nicht festgestellt, dass eine zentrale Navigationskarte beeinflussen kann, welche Brain-Artefakte Menschen oder Modelle zuerst aktivieren.

Daher gilt vorläufig:

AVAILABLE_TO_READER ⇏ USED_IN_DERIVATION
RETRIEVED           ⇏ INFLUENTIAL

Wie stark eine solche Karte Aktivierung oder spätere Interpretation tatsächlich verändert, ist derzeit UNKNOWN. Aus ihrer Existenz wird keine Wirksamkeit behauptet.

Aufnahmekriterium

Ein Begriff wird nur dann hier aufgenommen, wenn mindestens eines davon zutrifft:

• derselbe Ausdruck besitzt mehrere materiell unterschiedliche scoped Verwendungen;
• eine fehlende Folgerungsgrenze kann zu einer relevanten Fehlinterpretation in Architektur, Prüfung oder Implementierung führen;
• die Genealogie eines Begriffs ist für aktuelle Entscheidungen relevant;
• ein offener Begriff muss auffindbar bleiben, ohne dadurch kanonisiert zu werden.

Allgemeine IT-Begriffe ohne OZM-spezifische Bedeutungsgrenze gehören nicht allein deshalb in diese Karte, weil sie im Brain vorkommen.

Träger statt Wort-Status

Die Karte vergibt keinen Status an Wörter.

CURRENT, OPEN, WORKING HYPOTHESIS, HISTORY, SUPERSEDED oder vergleichbare Angaben gehören zum jeweiligen Träger und werden hier nur zusammen mit diesem Träger wiedergegeben.

Ein identischer Begriff kann gleichzeitig in Trägern mit unterschiedlichen Status- und Scope-Angaben vorkommen.

Lesekonvention für Symbole

Diese Konvention ist nur sprachliche Hygiene und keine neue Λ-Grammatik.

A ≠ B

wird verwendet, wenn A und B im benannten Zusammenhang nicht als identisch behandelt werden.

A ⇏ B

wird verwendet, wenn aus A allein B nicht abgeleitet werden darf.

Ein nacktes A → B soll vermieden werden, wenn die behauptete Relation nicht benannt ist. Wo möglich, wird die Relation ausgeschrieben oder beschriftet.

A ≠ B und A ⇏ B können zugleich zutreffen; sie beantworten unterschiedliche Fragen.

Lokale Terminologie

Wenn ein Brain-Dokument einen Begriff in einem besonderen Scope verwendet, soll die Begrenzung möglichst dort sichtbar bleiben, wo sie gebraucht wird. Eine minimale Form genügt:

Begriff: <TERM>
In diesem Scope: <begrenzte Verwendung>
Folgt daraus nicht automatisch: <relevante Fehlableitung>

Das ist keine Pflicht für jedes Wort. Es dient nur dort, wo eine lokale Bedeutungsgrenze sonst wahrscheinlich verloren geht.

Verwendet ein neues Dokument einen bereits kartierten Begriff in einem materiell neuen Scope, soll entweder die Term Map ergänzt oder im Dokument sichtbar gemacht werden, dass die Karte diesen Scope noch nicht enthält. Fehlende Aktualisierung macht den neuen Scope nicht ungültig.

Feststellung

Bekannte Träger

LAMBDA_OZM_ARBEITSGRUNDLAGE_v0.4.md

• Version: v0.4
• Trägerstatus: offene Architekturhypothese; keine freigegebene Spezifikation
• Scope: Λ_OZM / Verständigungsschicht für NEXUS
• Rolle: trennt Candidate von aufgenommener Feststellung und begrenzt, was aus einer Aufnahme folgt.

Dort gilt unter anderem:

Candidate ≠ Feststellung

Die Aufnahme einer Feststellung bestätigt nicht automatisch Wahrheit, Berechtigung oder reale Außenwirkung.

PRUEFUNG_FESTSTELLUNG_UNABHAENGIGKEIT_v0.1.md

• Version: v0.1
• Trägerstatus: OPEN / Arbeitsgrundlage
• Scope: Λ_OZM / WORKING_HYPOTHESES
• Rolle: schärft Admission, Verification und Authorization sowie die begrenzte Reichweite eines Prüfergebnisses.

Wichtig für die Verwendung:

Admission ≠ Verification ≠ Authorization
Prüfergebnis ⇏ Wahrheit des Claims

Kartenhinweis

Die gemeinsame Nennung dieser Träger behauptet nicht, dass beide exakt dieselbe Definition von Feststellung besitzen oder dass eine spätere Version semantisch identisch zu v0.1/v0.4 sein wird.

Receipt

Bekannte Träger

OZM_INBOX_TRANSPORT_CANON_v0.1.md

• Version: v0.1
• Trägerstatus: CURRENT ARCHITECTURE KNOWLEDGE
• Scope: OZM Inbox / Transport
• Rolle: begrenzt die Aussagekraft von Transport- und Übergabebelegen.

Für diesen Scope ist wichtig:

Receipt ⇏ reale Wirkung
STORED_BY_RELAY ⇏ Feststellung
HMAC_VALID ⇏ Berechtigung

PRUEFUNG_FESTSTELLUNG_UNABHAENGIGKEIT_v0.1.md

• Version: v0.1
• Trägerstatus: OPEN / Arbeitsgrundlage
• Scope: Λ_OZM / Prüfung
• Rolle: behandelt Receipts als mögliche Produzenten beziehungsweise Aufzeichnungen; EXECUTION_RECEIPT ist dort Beispiel, kein beschlossenes Λ-Primitiv.

HYPOTHESE_SECHSTE_EBENE_GELTUNG_GAMMA_v0.1.md

• Version: v0.1
• Trägerstatus: OPEN / Arbeitshypothese
• Scope: möglicher Geltungsraum Γ
• Rolle: verwendet Receipt --REPORTS--> Execution nur als Beispiel innerhalb einer offenen Hypothese.

Kartenhinweis

Transport-Receipt + Verification-Verwendung ⇏
"Receipt ist die Schnittstelle zwischen Transport und Prüfung"

Die gemeinsame Auflistung erzeugt keine neue synthetische Bedeutung.

Evidenz

Bekannte Träger

LAMBDA_OZM_ARBEITSGRUNDLAGE_v0.4.md

• Version: v0.4
• Trägerstatus: offene Architekturhypothese
• Scope: Λ_OZM
• Rolle: behandelt Evidenz als eine von mehreren zu trennenden Fragen: Worauf stützt sich eine konkrete Feststellung oder Prüfung?

Dort bleibt:

Bedeutung ≠ Berechtigung ≠ Wirkung ≠ Evidenz ≠ Verwahrung

PLIMPTON_322_REVERIFIABILITY_PRESERVATION_v0.1.md

• Version: v0.1
• Trägerstatus: OPEN / Arbeitsgrundlage
• Scope: Λ_OZM / Re-verifiability Preservation
• Rolle: schärft, dass Evidenz nicht als intrinsische Eigenschaft eines Objekts behandelt werden soll.

Dort gilt als Arbeitssatz:

EVIDENCE_ADEQUACY is claim-scoped

Die relevante Frage lautet dort nicht abstrakt „Ist diese Evidenz ausreichend?“, sondern ausreichend für welchen Claim, unter welchem Verifier, welcher Policy und welchen benannten Abhängigkeiten.

PRUEFUNG_FESTSTELLUNG_UNABHAENGIGKEIT_v0.1.md

• Version: v0.1
• Trägerstatus: OPEN / Arbeitsgrundlage
• Scope: Λ_OZM / Prüfung
• Rolle: führt evidence_refs als Bestandteil eines möglichen VerificationAttempt an, ohne daraus ein beschlossenes Runtime-Schema zu machen.

Kartenhinweis

Evidenz ist breit und wird in weiteren Dokumenten verwendet. Diese drei Träger sind keine vollständige Trefferliste. Sie wurden aufgenommen, weil sie den Bedeutungsumfang und die Folgerungsgrenzen besonders deutlich behandeln.

Verwahrung / Custody

Verwahrung und Custody werden hier gemeinsam navigiert, weil aktuelle Träger sie in eng verwandten Zusammenhängen verwenden. Daraus folgt keine globale Behauptung vollständiger Synonymie.

Bekannte Träger

LAMBDA_OZM_ARBEITSGRUNDLAGE_v0.4.md

• Version: v0.4
• Trägerstatus: offene Architekturhypothese
• Scope: Λ_OZM
• Rolle: fragt, was wo, durch wen oder welches System erhalten, gespeichert oder gebunden wurde und was daraus gerade nicht folgt.

OZM_INBOX_TRANSPORT_CANON_v0.1.md

• Version: v0.1
• Trägerstatus: CURRENT ARCHITECTURE KNOWLEDGE
• Scope: OZM Inbox / Transport
• Rolle: begrenzt STORED_BY_RELAY auf Transport-/Verwahrungsbedeutung; daraus entsteht keine NEXUS-Feststellung.

IDENTITAETSBINDUNG_HMAC_NETBOX_TLS_CUSTODY_PRUEFFALL_v0.1.md

• Version: v0.1
• Trägerstatus: OPEN / WORKING HYPOTHESIS / realer Prüffall
• Scope: Identitätsbindung / HMAC, NetBox, TLS, physische Custody
• Rolle: behandelt physischen Raum als Custody- und Threat-Model-Grenze, nicht als automatische Attestierung oder Identitätsquelle.

Explizite Folgerungsgrenzen im Träger:

CUSTODY_RECORDED ⇏ kryptographische Identität
PHYSICAL_POSSESSION ⇏ PROOF_OF_IDENTITY
PHYSICAL_LOCATION ⇏ ROOT_OF_TRUTH

Kartenhinweis

Die Verlinkung des Identitätsprüffalls bedeutet nicht, dass Custody ein Unterbegriff von Identität ist. Der Träger untersucht gerade die Grenze zwischen diesen Aussagen.

Geltung

Bekannte Träger

LAMBDA_OZM_ARBEITSGRUNDLAGE_v0.4.md

• Version: v0.4
• Trägerstatus: offene Architekturhypothese; keine freigegebene Spezifikation
• Scope: Λ_OZM
• Rolle: führt Geltung ausdrücklich als offene Frage ein und beschließt sie nicht als sechste Kategorie, Achse, Sprachprimitiv oder Runtime-State.

Die Frage lautet dort sinngemäß, wie kenntlich wird, in welchem Zusammenhang bestimmte Feststellungen und Relationen für eine konkrete Betrachtung gemeinsam ausgewertet werden dürfen und welche Folgerungen zulässig sind.

HYPOTHESE_SECHSTE_EBENE_GELTUNG_GAMMA_v0.1.md

• Version: v0.1
• Trägerstatus: OPEN / Arbeitshypothese
• Scope: Λ_OZM / WORKING_HYPOTHESES
• Rolle: untersucht, ob ein Geltungsraum Γ überhaupt eine notwendige zusätzliche Beschreibung ist oder vollständig durch bestehende Relationen, Policy oder Anfrage-/Prüfschichten ausdrückbar bleibt.

Kartenhinweis

Geltung erhält keinen Wort-Status wie OPEN_TERM. Offen ist die konkrete Hypothese im jeweiligen Träger.

Zeitfenster

Dieser Ausdruck ist seit Ende September in mindestens zwei materiell verschiedenen Scopes aufgetaucht. Die gemeinsame Wortform erzeugt keine gemeinsame Definition.

Bekannte Träger

TLS-Gate / TOTP (EXTERNAL_SOURCE, gebaut/getestet, nicht als OZM-Begriff übernommen)

Träger unter anderem:

• 2026-10-03_TLS-GATE-V3-3-0-QR-BEI-JEDEM-LOGIN-UND-LOGIN-DOKTOR_BRANKO.md
• 2026-10-05_TLS-GATE-V3-4-0-BIS-V3-5-0-MFA-MODUS-JE-GRUPPE-UND-PRODUKT-STAMMDATEN_BRANKO.md

Scope: TOTP / RFC-6238-artige zeitabhängige Codeprüfung im TLS-Gate.

Hier bezeichnet die zeitliche Begrenzung den technischen Zeitbezug, aus dem kurzlebige TOTP-Codes berechnet und geprüft werden. Daraus folgt nicht, dass jeder Login exakt „30 Sekunden Zeit“ als allgemeine Authentisierungsregel besitzt; die konkrete Akzeptanzpolicy gehört zum Verifier.

Monitoring / Freshness (EXTERNAL_SOURCE, Arbeitswort, nicht implementiert)

Träger:

• 2026-09-29_RUECKMELDUNG-OZMAI-MONITORING-RESONANZ-UND-INOUTBOX_BRANKO.md

Scope: wiederholte Monitoring-Beobachtungen, Coverage/Freshness über eine lokale Spanne.

Dort ist Zeitfenster ausdrücklich nur ein Arbeitswort für die Frage, was wiederholte Checks über einen Bereich, seine Grenzen und mögliche Lücken tragen könnten. Es ist kein beschlossenes Feld und keine fundamentale Zeitachse.

Kartenhinweis

gleicher Ausdruck "Zeitfenster"
⇏ gleiche scoped Bedeutung

Die TOTP-Verwendung ist ein konkreter technischer Mechanismus. Die Monitoring-Verwendung ist eine offene Beschreibung einer möglichen Coverage-/Freshness-Frage. Die Term Map verbindet sie nicht semantisch; sie hält nur die Kollision sichtbar.

SOT / Source of Truth

SOT erscheint inzwischen in mehreren materiell verschiedenen Scopes. Die Karte behandelt den Ausdruck deshalb nur als Navigationskollision, nicht als systemweite Rolle.

Bekannte Träger

OZM Brain / föderierte Grenze

Träger:
- OZMAI_BRAIN/00_INDEX.md
- 20_ARCHITECTURE/CRUMBFOREST/CRUMBFOREST_FOEDERIERTER_NACHBARRAUM_v0.1.md

Scope: OZM ↔ Crumbforest.

Hier gilt ausdrücklich, dass Crumbforest nicht automatisch OZM-Fundament, OZM-SOT oder NEXUS-Autorität ist.

TLS-Gate / Stammdaten-SOT (EXTERNAL_SOURCE)

Träger:
- 2026-10-09_TLS-GATE-CRUMBFOREST-LOGIN-031200-STATEMENT_BRANKO.md

Scope: TLS-Gate-Stammdaten und deren spätere externe SQL-Abfrage/Abgleich.

Branko verwendet „Stammdaten-SOT“ dort für einen lokalen Verwaltungsbestand. Daraus folgt keine Autorität über OZM, NEXUS, physische Wirklichkeit oder externe Registrar-Daten.

NetBox / Verwaltungs-SOT (EXTERNAL_SOURCE, DESIGN_INTENT)

Träger unter anderem:
- 2026-10-06_TLS-GATE-V3-6-1-ORDER-ID-ROHLOG-ENTWURF-KATEGORIE-LAYER-NETBOX-ALS-SOT-NACHTRAG_BRANKO.md

Scope: Inventar-/Verwaltungsabbildung im Crumbforest-Kontext.

Dort bleibt selbst offen, ob NetBox Quelle oder Spiegel einer solchen SOT wäre.

Kartenhinweis

SOT in Scope A
⇏ SOT in Scope B

Verwaltungs-SOT
⇏ beobachtete physische Wirklichkeit

lokale Entscheidungsquelle
⇏ systemweite Autorität

Die Karte definiert deshalb keine globale Bedeutung von SOT. Jeder Träger muss benennen, für welche Entscheidungen und gegenüber welchen anderen Quellen ein Bestand führend ist.

Offene Pflegefrage

Diese erste Fassung löst nicht vollständig, wie Träger automatisch erkannt, wie Drift sichtbar gemacht oder wie historische/supersedierte Verwendungen gewichtet werden sollen.

Insbesondere ist noch UNKNOWN:

• ob eine zentrale Term Map langfristig nützlich bleibt oder selbst zu viel Aktivierungsgewicht erhält;
• ob eine spätere abgeleitete/automatische Projektion besser ist als manuelle Pflege;
• wie Retrieval Provenienz und Versionierung berücksichtigen soll, ohne alte Artefakte still zu neuer Autorität aufzuwerten.

Die Karte darf deshalb durch reale Nutzung reduziert, aufgeteilt oder wieder verworfen werden.