OZMAI Brain — Index

Status: CURRENT
Stand: 2026-10-13

Zweck

OZMAI_BRAIN ist die kuratierte Wissensschicht des OZM.

Nicht jedes Projektartefakt, jeder Statusbericht oder jede Rohdatei gehört hier hinein.

OZM
= eigener Geltungs-, Wissens- und Architekturzusammenhang

Crumbforest
= eigenstĂ€ndiger föderierter Nachbarraum; Projekt-, Wirk- und PrĂŒfkontext

OZMAI_BRAIN
= kuratierter aktueller Wissensstand des OZM

90_HISTORY
= ersetzte oder archivierte WissensstÀnde

Aktuelle Struktur

OZMAI_BRAIN/
├── 00_INDEX.md
├── 00_TERM_MAP.md
├── 10_FOUNDATIONS/
│   ├── NEXUS/
│   │   └── LAMBDA_OZM/
│   │       ├── 00_INDEX.md
│   │       ├── LAMBDA_OZM_ARBEITSGRUNDLAGE_v0.4.md
│   │       ├── LAMBDA_OZM_ARBEITSGRUNDLAGE_v0.3.md
│   │       └── WORKING_HYPOTHESES/
│   │           ├── HYPOTHESE_SECHSTE_EBENE_GELTUNG_GAMMA_v0.1.md
│   │           ├── HYPOTHESE_KAUSALER_PROJEKTIONSTUNNEL_v0.1.md
│   │           ├── HISTORISCHER_DIALOG_ALS_PRUEFFALL_v0.1.md
│   │           ├── CRUMBFOREST_REALFAELLE_v0.1.md
│   │           ├── RESONANZ_UNGLEICH_GELTUNG_v0.1.md
│   │           ├── HYPOTHESE_H6_SONDIERUNGSRAUM_VOR_LAMBDA_CANDIDATE_v0.1.md
│   │           ├── PRUEFUNG_FESTSTELLUNG_UNABHAENGIGKEIT_v0.1.md
│   │           ├── PLIMPTON_322_REVERIFIABILITY_PRESERVATION_v0.1.md
│   │           └── IDENTITAETSBINDUNG_HMAC_NETBOX_TLS_CUSTODY_PRUEFFALL_v0.1.md
│   └── OZMAI/
├── 20_ARCHITECTURE/
│   ├── NEXUS/
│   │   └── TOKIO_SERIALIZATION_CANON.md
│   ├── C4M/
│   │   └── C4M_VERVIELFAELTIGUNG_BEGRENZTE_AUTONOMIE_v0.2.md
│   ├── OZM_INBOX/
│   │   └── OZM_INBOX_TRANSPORT_CANON_v0.1.md
│   ├── CRUMBFOREST/
│   │   └── CRUMBFOREST_FOEDERIERTER_NACHBARRAUM_v0.1.md
│   └── CROSS_CUTTING/
│       ├── ARCHITECTURE_COUNTERPRESSURE.md
│       ├── GEGENDRUCK_LOOP_v0.1.md
│       ├── COUNTABILITY_AT_PASSKANTEN_v0.2.md
│       ├── KONTROLLIERTE_REDUKTION_AN_PASSKANTEN_v0.1.md
│       ├── CRUMBFOREST_OUTBOX_SEAM_v0.1.md
│       └── CRUMBFOREST_OUTBOX_SEAM_REVIEW_v0.1.md
├── 30_BRAIN/
│   ├── DOCUMENT_LIFECYCLE.md
│   ├── PROCESSING_AND_ACTIVATION.md
│   └── OBSERVABILITY.md
└── 90_HISTORY/
    ├── SUPERSEDED/
    │   ├── COUNTABILITY_AT_PASSKANTEN_v0.1_SUPERSEDED.md
    │   ├── 2026-09-19_ARCHITEKTUR_GEGENDRUCK_v0.1.md
    │   └── 2026-09-19_GEGENDRUCK_FAILURE_SCOPE_MEMORY_v0.2.md
    └── ARCHIVED/

VerhÀltnis zu Crumbforest

Crumbforest ist ein eigenstÀndiger, föderierter Nachbarraum des OZM.

Die enge technische und praktische Zusammenarbeit darf nicht still in eine AutoritÀts- oder ExistenzabhÀngigkeit des OZM kippen.

Crumbforest kann Quelle, Partner, Testfeld und Wirkraum sein.
Crumbforest ist nicht automatisch OZM-Fundament, OZM-SOT oder NEXUS-AutoritÀt.

Mechanik darf geteilt werden.
Bedeutung, Geltung und AutoritÀt bleiben getrennt.

Siehe:
20_ARCHITECTURE/CRUMBFOREST/CRUMBFOREST_FOEDERIERTER_NACHBARRAUM_v0.1.md

Leseregel

FĂŒr normale Arbeit zuerst:

  1. 00_INDEX.md
  2. relevante aktuelle Datei am fachlichen Ort
  3. bei Λ-Fragen zuerst 10_FOUNDATIONS/NEXUS/LAMBDA_OZM/00_INDEX.md
  4. 00_TERM_MAP.md nur dann, wenn ein Begriff ĂŒber mehrere TrĂ€ger/Scopes hinweg gesucht oder abgegrenzt werden muss
  5. CONTESTED, falls die konkrete Frage davon betroffen ist

00_TERM_MAP.md ist eine unvollstĂ€ndige Navigationsprojektion. Sie definiert keine Begriffe und ihre Verweise dĂŒrfen nicht zu einer neuen gemeinsamen Bedeutung synthetisiert werden. Maßgeblich fĂŒr eine Verwendung bleibt der jeweilige TrĂ€ger mit Version, Scope und Status.

90_HISTORY nur lesen, wenn die Herkunft einer Entscheidung, ein frĂŒherer Ansatz oder ein möglicher Widerspruch relevant wird.

ArbeitsstÀnde und Arbeitshypothesen besitzen keine zusÀtzliche AutoritÀt allein dadurch, dass sie im Brain liegen. Ihr Status steht im jeweiligen Dokument.

Kuratierte RealfĂ€lle — 6. Oktober 2026

Neue TLS-Gate-Inbox-Quellen wurden nur dort in bestehende Arbeitsgrundlagen zurĂŒckgefĂŒhrt, wo ein realer Fall eine bereits wichtige Unterscheidung schĂ€rft:

  • IDENTITAETSBINDUNG_HMAC_NETBOX_TLS_CUSTODY_PRUEFFALL_v0.1.md: TOTP-Enrollment zeigt, dass eine erfolgreiche PrĂŒfung unter Policy selbst eine neue Bindung erzeugen kann; Faktor-UnabhĂ€ngigkeit folgt nicht aus zwei benannten Mechanismen.
  • GEGENDRUCK_LOOP_v0.1.md: eine vollstĂ€ndig grĂŒne Implementierung kann unbestĂ€tigte Semantik testen; Testzahl ist nicht Gegenbeispielvielfalt; DB-Constraint ist nicht automatisch fachliche Invariante.
  • PLIMPTON_322_REVERIFIABILITY_PRESERVATION_v0.1.md: eine fehlende Provider-Antwort darf nicht still durch einen lokalen Fallback so ersetzt werden, dass Beobachtung und Synthese spĂ€ter ununterscheidbar werden.
  • 00_TERM_MAP.md: Zeitfenster hĂ€lt nun die getrennten Scopes TOTP und Monitoring sichtbar, ohne sie zu einer gemeinsamen Definition zu verschmelzen.

Nicht ĂŒbernommen wurden die vorgeschlagenen Kategorie-/Domain-Schemata, NetBox-als-SOT, Dashboard-Zieladressen oder eine verbindliche Modulkette. Diese bleiben externe Design-Intents beziehungsweise offene PrĂŒffĂ€lle.

Kuratierter Realfall — 9./10. Oktober 2026

Das Crumbforest-Statement zum Stand deb4098 schĂ€rft drei bestehende Grenzen, ohne neue Λ-Primitive oder eine Crumbforest-AutoritĂ€t fĂŒr OZM einzufĂŒhren:

  • GEGENDRUCK_LOOP_v0.1.md: Tests gegen ein wörtlich benanntes Vorgaben-Artefakt können die LĂŒcke zwischen Implementierung und dokumentierter Vorgabe enger machen, ohne ursprĂŒngliche menschliche Intention zu beweisen. Außerdem gilt VERSION_LABEL ⇏ EXACT_IMPLEMENTATION_STATE.
  • PLIMPTON_322_REVERIFIABILITY_PRESERVATION_v0.1.md: ein Change-Event, ein erfolgreicher Beobachtungslauf und Freshness sind verschiedene Aussagen. NO_CHANGE_EVENT ⇏ NO_SYNC_RUN; wiederholte Beobachtung kann Coverage/Freshness eines engeren Claims tragen, ohne unabhĂ€ngige Korroboration zu erzeugen.
  • 00_TERM_MAP.md: SOT wird nun scoped navigiert. Eine TLS-Gate-Stammdaten-SOT oder mögliche NetBox-Verwaltungs-SOT erzeugt keine OZM-/NEXUS-AutoritĂ€t.

Nicht ĂŒbernommen werden der Registrar-Spiegel, die Stammdaten-SOT, Löschregeln, Produktlogik oder der MFA-Default als OZM-Architektur. Sie bleiben Crumbforest-/TLS-Gate-Entscheidungen und PrĂŒffĂ€lle.
\n\n## Kuratierter Realfall — 10. Oktober 2026 / RĂŒckmeldung\n\nBrankos RĂŒckmeldung auf den vorigen Gegendruck hat zwei offene Punkte praktisch geschĂ€rft:\n\n- GEGENDRUCK_LOOP_v0.1.md: Ein behaupteter User-Effekt („aktiviert“) kollabierte beim Abgleich gegen Audit, persistierten Zustand und UI/Code. Daraus wird kein neuer Status, sondern ein realer PrĂŒffall fĂŒr HUMAN_REPORT_OF_EFFECT ⇏ OBSERVED_EFFECT und ANNOUNCED_INTERACTION ⇏ IMPLEMENTED_INTERACTION. Außerdem ist fĂŒr den Registrar-Spiegel beschrieben, dass jeder Sync-Vollzug selbst dann eine Laufspur hinterlĂ€sst, wenn kein Change-Event entsteht.\n- PLIMPTON_322_REVERIFIABILITY_PRESERVATION_v0.1.md: Die frĂŒhere offene Frage nach unverĂ€nderten BeobachtungslĂ€ufen ist fĂŒr TLS-Gate enger beantwortet. NO_CHANGE_EVENT ⇏ NO_SYNC_RUN; die Laufspur und das fachliche Änderungsereignis bleiben getrennt.\n- IDENTITAETSBINDUNG_HMAC_NETBOX_TLS_CUSTODY_PRUEFFALL_v0.1.md: Der qr-MFA-Pfad ist nicht mehr nur gebauter Mechanismus; Branko meldet ihn fĂŒr die Live-Admin-Gruppe. Die Evidenz bleibt ATTESTED_BY_BRANKO. Faktor-UnabhĂ€ngigkeit darf daraus nicht abgeleitet werden.\n\nNicht in OZM-Architektur ĂŒbernommen werden Crew 402, HTTP 402 ↔ OZMX, Hotspot-Zeit, Senegal-Container-Tokenlogik oder die poetische „24 Monde“-Zusammenfassung. Diese bleiben externe Zielbilder beziehungsweise Narrative, solange keine reale Passkante eine zusĂ€tzliche notwendige OZM-Unterscheidung erzwingt.\n

Kuratierter Realfall — 11. Oktober 2026

TLS-Gate v3.13.0 schließt zwei frĂŒhere offene PrĂŒfpunkte, ohne die Ă€lteren Findings rĂŒckwirkend umzudeuten:

  • GEGENDRUCK_LOOP_v0.1.md: Der zunĂ€chst nur gemeldete User-Effekt booking.activate war am 10.10. nicht vorhanden. Nach Implementierung wurde er am 11.10. auf v3.13.0 = 00bad35 erneut ausgelöst und durch Audit plus persistierten Zustand lokal getragen. REPAIRED_AND_RETESTED ⇏ ORIGINAL_REPORT_CONFIRMED; der spĂ€tere Finding ergĂ€nzt den frĂŒheren Gegenfall genealogisch.
  • PLIMPTON_322_REVERIFIABILITY_PRESERVATION_v0.1.md: Commit-/Dirty-Stempel in app/BUILD und ctx.build machen die Quell-/Build-Provenienz konkreter. Die offene Grenze bleibt SOURCE_COMMIT_IDENTIFIED ⇏ EXECUTED_ARTIFACT_IDENTIFIED, solange kein Artifact-/Image-Digest benötigt und erfasst wird.
  • KONTROLLIERTE_REDUKTION_AN_PASSKANTEN_v0.1.md: Der frĂŒhere Stand normalisierte neben der bestĂ€tigten Relation SSL-<n> ↔ <n> auch unbestĂ€tigte Schreibvarianten. v3.15.0 nahm diese zusĂ€tzliche Gleichsetzung zurĂŒck. Der PrĂŒffall trĂ€gt nun: scoped Reduktion nur soweit die Äquivalenz tatsĂ€chlich bestĂ€tigt ist; der Quellwert bleibt erhalten.

Nicht ĂŒbernommen werden daraus eine globale Produkt-ID-Ontologie, eine Pflicht zu Artifact-Digests oder eine neue Λ-Version. Der geplante SOAP-sync --dry-run auf v3.13.0 bleibt der nĂ€chste reale Angriff auf Build-Provenienz und Katalognormalisierung.

Kuratierte RealfĂ€lle — 12./13. Oktober 2026

Die NetBox-Live-Anbindung und der v3.16.0-PrĂŒfstand schĂ€rfen bestehende Arbeitsgrundlagen, ohne eine NetBox-Ontologie oder neue Λ-Primitive einzufĂŒhren:

  • CRUMBFOREST_FOEDERIERTER_NACHBARRAUM_v0.1.md: Der im Crumbforest-Connector verwendete Tenant ist eine lokale Verwaltungsgrenze. Die RZ-NetBox nutzt laut Branko keine Tenants. TENANT_BOUNDARY(space A) ⇏ UNIVERSAL_GROUP_BOUNDARY.
  • KONTROLLIERTE_REDUKTION_AN_PASSKANTEN_v0.1.md: Die frĂŒhere Normalisierung war selbst zu weit. Nur die bestĂ€tigte Relation SSL-<n> ↔ <n> wird noch reduziert; plausible Schreibvarianten bleiben unterscheidbar.
  • GEGENDRUCK_LOOP_v0.1.md: Der Locale-Fehler im Zertifikatstest zeigt RED_TEST ⇏ PRODUCT_DEFECT; Verifier und Verifier-Umgebung gehören zum Interpretationsrahmen eines Testergebnisses.

Das Handout „Login ĂŒber dem Modul“ wird nicht als OZM-Architektur ĂŒbernommen. Insbesondere werden Login = IdentitĂ€t, Rolle = vollstĂ€ndige Authorization, „3FA“ aus Verhaltensmustern oder eine globale ja/nein-Wahrheitslogik daraus nicht abgeleitet. Es bleibt eine Crumbforest-/TLS-Gate-Leseweise und ein weiterer PrĂŒffall.

Aktueller Grundsatz

Erinnerung und Geltung sind nicht dasselbe.

Historische Dokumente bleiben auffindbar, besitzen aber keine aktuelle AutoritÀt allein deshalb, weil sie existieren.

Eine neue Hypothese verÀndert den aktuellen Arbeitsstand nicht automatisch.