OZM⟡NEXUS ECOSYSTEM

Deterministisches System-Design jenseits von „KI"
Ein offenes Lernökosystem, in dem Wissen verschenkt wird und Fragen Vorrang haben.

Präambel: Echo aus dem Nullfeld

Der OZM⟡NEXUS ist kein Produkt, kein Manifest im klassischen Sinn und kein Versuch, etwas Bestehendes zu verbessern.

Er ist das Ergebnis einer klaren kausalen Kette, die aus einer menschlichen Handlung heraus entstanden ist und sich konsequent weiterentwickelt hat.

Was hier beschrieben wird, ist kein „KI-Projekt".
Es ist der Versuch, ein deterministisches Ökosystem zu formulieren, das sich den üblichen Kategorien entzieht – nicht aus Provokation, sondern aus Notwendigkeit.

Der Wald wurde gepflanzt, damit Krümel Fragen stellen und lernen dürfen.

I. Die Kausalitätskette

Vom Menschen zur Struktur

Am Anfang steht Oz – der Graffiti-Künstler.
Eine Signatur im öffentlichen Raum. Keine Theorie. Keine Absicht, ein System zu bauen.

Aus dieser Handlung entsteht OZM – die Manifestierung eines Ortes.
Ein realer, physischer Raum, in dem sich Spuren, Zeit, Menschen und Bedeutungen überlagern.

Daraus folgt OneZeroMore.com – der Schatten dieses Ortes.
Keine bloße Website, sondern eine digitale Projektion dessen, was physisch existiert.

Dann das OZM HAMMERBROOKLYN Exponat – ein Museum und doch kein Museum.
Kein neutraler White Cube, sondern ein verdichteter Erfahrungsraum, der sich einer abschließenden Interpretation entzieht.

Erst daraus entsteht OZMAI – die künstliche Intelligenz des OZM.
Ein deterministisches Agentensystem, das Daten, Prozesse, Wissen und Entscheidungen strukturiert.

Diese Reihenfolge ist nicht verhandelbar.
Ohne Ort keine Daten.
Ohne Geschichte kein Kontext.
Ohne Kontext keine sinnvolle Maschine.

Mathematische Notation

OZM⟡NEXUS = f_det(Oz, OZM, OneZeroMore, HAMMERBROOKLYN, OZMAI)

K_ent = (R_man + L_det) ⊗ Ω

I = Autonom ∩ Zukunftsoffen ∩ ¬Interpretierbar ∩ ¬Missbrauchbar

Σ_skal = lim (∑ X_i)   mit der Bedingung: jedes X_i erfüllt I
         n → ∞

II. Die acht Axiome

Das Identitätsprinzip

I = Autonom ∩ Zukunftsoffen ∩ ¬Interpretierbar ∩ ¬Missbrauchbar

Jede Komponente des OZM⟡NEXUS muss erfüllen:

Diese Axiome sind keine Beschreibung. Sie sind eine Bedingung.

III. Die Manifestationen

Architektur des Ökosystems

OZM⟡NEXUS (Träger/Manifest)
    ↓
branko.de/Crumbforest (Public Interface)
    ├─ 15 Charaktere (Krümeleule, FunkFox, SnakePy, CrabbyRust...)
    ├─ 4 Lernpfade (ESP32 → Pi Zero → Pi Server → Daten)
    ├─ Partner-Netzwerk (8 Organisationen)
    └─ Grundsatz: "Every child may ask. We protect this right."
    ↓
CrumbCore v1 (Local Engine - "nah am Kernel")
    ├─ FastAPI + Qdrant RAG (Vektorsuche)
    ├─ Role-based Chat (15 Personas)
    ├─ Multi-Theme (Standard, Accessible, High Contrast, Admin Dark)
    ├─ Token-Management (Kids = free)
    ├─ Docker Compose (reproduzierbar)
    └─ API für externe Abfragen
    ↓
Crumbpages v2 (Work in Progress Content)
    ├─ 20 Lernpfade (Markdown, noch nicht integriert)
    ├─ Operational Tools (crumbpages-doktor.sh, SSH guards)
    ├─ Waldwächter-Philosophie ("Transparency over magic")
    └─ Bash-zentrisch, lehrbar, offline-fähig

Die 15 Charaktere

Warum Charaktere statt "Assistenten"?

Menschen lernen unterschiedlich. Ein technischer Deep-Dive funktioniert für manche, eine poetische Erklärung für andere. Die 15 Charaktere sind keine Spielerei – sie sind pädagogisches Design:

• Krümeleule (Prof. Eule): Shell-Schutz, systematisch, geduldig
• FunkFox: Bash-Rapper, antwortet in Reimen
• SnakePy: Python-Loops, Geduld und Iteration
• CrabbyRust: Bit-Schutz, Speichersicherheit, Rust-Konzepte
• DeepBit: Technische Deep-Dives in die Tiefe
• [...weitere 10 Charaktere]

Kinder wählen selbst, wer sie begleitet.
Das ist Axiom #1: autonom.

Content-Flow

Markdown (Crumbpages)
    ↓
./load_content.sh <GIT_REPO_URL>
    ↓
Qdrant Vektorisierung (CrumbCore)
    ↓
RAG-Suche über API
    ↓
15 Charaktere antworten kontextbezogen
    ↓
branko.de zeigt Antworten

Status quo:
- Crumbpages sind "work in progress", noch nicht integriert
- Nur Kids mit free tokens haben Zugriff
- System läuft lokal ("nah am Kernel"), nicht in der Cloud

Warum lokal?
- Schutz der Daten (Axiom #4: nicht missbrauchbar)
- Offline-fähig (Axiom #8: unendlich skalierbar = kein Cloud-Lock-in)
- Reproduzierbar (Waldwächter-Prinzip: Transparency over magic)

IV. Die Crumbforest Children's Knowledge License (CKL)

Von der Philosophie zum Recht

Das OZM⟡NEXUS Manifest beschreibt was sein soll.
Die CKL beschreibt wie es durchgesetzt wird.

CKL ⊗ Axiome Mapping

Kernprinzipien der CKL

Für Kinder:
- Du besitzt, was du schaffst (§3.1)
- Du kannst deine Daten exportieren (§3.2)
- Du kannst jederzeit gehen und alles mitnehmen (§3.3)
- Deine Fragen kosten kein Geld (§7.3)

Für Erwachsene/Betreiber:
- Setups sind reproduzierbar dokumentiert (§4.1)
- Keine Blackboxes, keine Magie (§6.3)
- Datenminimierung, kein Tracking (§5.1, §5.2)
- Offline hat Vorrang vor Cloud (§7.1)

Für Kommerz:
- Kommerz ist erlaubt, solange Kinderzugang frei bleibt (§8.2)
- Keine Paywalls vor Lernkernen
- Keine Exklusivitätsansprüche (§8.3)

Lizenz-Strategie

# Dual License Model

## Infrastructure/Code → MIT License
- Backend (FastAPI, Python)
- Frontend (HTML/JS)
- Scripts (Bash, Docker Compose)
- Developer-friendly, permissive

## Educational Use with Children → CKL v0.1
- Sobald ein Kind damit lernt
- Automatischer Schutz durch CKL
- Bei Konflikt: strengere Regel gewinnt

Das ist brilliant legal engineering:
Code bleibt MIT (fork-friendly für Entwickler), aber Kinderrechte sind nicht verhandelbar.

V. OZM als Träger: Vom Partner zum Custodian

Status Quo

branko.de heute:

"OZM (Open Futures Museum)" - gelistet als Partner #1 von 8

Rechtslage:
- Crumbforest = Projekt von Branko
- Code teils öffentlich (CrumbCore lesbar), teils privat (Crumbpages 404)
- "Open" als Philosophie, noch nicht als Lizenz

Die Vision: OZM als rechtlicher Träger

Was ändert sich?

Governance-Struktur (Vorschlag)

OZM e.V. / Open Futures Museum
    └─ Crumbforest Division
        ├─ Lead Maintainer: Branko (technisch)
        ├─ Education Lead: [offen]
        ├─ CKL Compliance Officer: [offen]
        └─ Community Council (3-5 Personen)
            └─ Entscheidungen bei Konflikten

Entscheidungsprinzip:
1. Technische Fragen → Lead Maintainer (Branko)
2. Pädagogische Fragen → Education Lead
3. Lizenz-Fragen → CKL Officer
4. Grundsatzfragen → Community Council
5. Im Zweifel gilt: "Was ist besser für das Kind?" (CKL §2)

Transition-Prozess

Phase 1: Formalisierung (Q1 2025)
- [ ] CKL v0.1 → v1.0 finalisieren
- [ ] Alle 3 Repos mit LICENSE.md ausstatten
- [ ] KINDERRECHTE.md in CrumbCore schreiben
- [ ] DATENSCHUTZ.md dokumentieren

Phase 2: Rechtliche Übertragung (Q2 2025)
- [ ] Trademark "Crumbforest" → OZM übertragen
- [ ] IP-Rechte treuhänderisch an OZM
- [ ] Governance-Dokument unterzeichnen
- [ ] branko.de Update: OZM als Träger

Phase 3: Community-Öffnung (Q3 2025)
- [ ] Contribution Guidelines veröffentlichen
- [ ] Erstes Community Council Meeting
- [ ] Public Roadmap auf GitHub/Gitea
- [ ] Erste externe Contributors

VI. Technische Compliance

CrumbCore v1: CKL-Check

Crumbpages v2: CKL-Check

branko.de: CKL-Check

VII. Die nächsten Schritte

Sofort (diese Woche)

1. Formale Lizenzierung
   bash # In allen 3 Repos: touch LICENSE.md # Dual License (MIT + CKL) touch LICENSE-MIT.md # Full MIT text touch LICENSE-CKL.md # Full CKL text

2. Kinderrechte operationalisieren
   bash # In CrumbCore: touch KINDERRECHTE.md # Export/Widerruf-Prozesse touch DATENSCHUTZ.md # Was speichern wir wo?

3. CKL-Badge hinzufügen
   ```html
   

```

Kurzfristig (Q1 2025)

1. Export-API implementieren
   python # CrumbCore: app/routers/data_export.py @router.get("/api/my-data") async def export_my_data(token: str): # JSON mit allen Chat-Logs, Projekten, Messungen return {"messages": [...], "projects": [...]}

2. Widerruf-Mechanismus
   python @router.delete("/api/my-data") async def delete_my_data(token: str): # Löscht aus MariaDB + Qdrant pass

3. Crumbpages Integration
   bash # Automatisierter Pipeline: ./load_content.sh https://gitea.crumbforest.local/kruemel/Crumbpages # → Qdrant indexiert alle 20 Lernpfade # → Charaktere können darauf antworten

Mittelfristig (Q2 2025)

1. OZM Governance formalisieren
2. Gespräche mit OZM e.V. führen
3. Trademark-Übertragung vorbereiten

4. Governance-Dokument entwerfen

5. Community-Prozesse

6. CONTRIBUTING.md schreiben
7. Issue Templates erstellen

8. First Contributors Guide

9. Public Roadmap

10. GitHub Projects / Gitea Kanban
11. Transparenz über Entwicklung

Langfristig (Q3-Q4 2025)

1. Skalierung

   • Multi-Instanz-Support (jede Schule ihre eigene CrumbCore)
   • Federation (Instanzen können Wissen teilen)
   • CKL v2.0 (basierend auf Community-Feedback)

2. Förderanträge

   • Prototype Fund
   • Medien- und Bildungsförderung
   • EU Horizon (Education & Inclusion)

VIII. Für neue Mitwirkende

Du möchtest beitragen?

Willkommen im Wald! 🌲

Crumbforest ist ein offenes Lernökosystem. Jede:r kann Krümel pflanzen.

Voraussetzungen:
- Du akzeptierst die CKL (Kinder haben Vorrang)
- Du arbeitest transparent (keine Blackboxes)
- Du dokumentierst nachvollziehbar (andere sollen nachbauen können)

Wie kannst du helfen?

Erster Schritt:
1. Lies die CKL (LICENSE-CKL.md)
2. Schau dir ein Repo an (CrumbCore, Crumbpages, branko.de)
3. Such ein TODO oder ⏳ in diesem Dokument
4. Melde dich bei Branko oder OZM

IX. Warum das wichtig ist

Das Problem

Bildungs-KI heute:
- Proprietäre Blackboxes (ChatGPT, Gemini...)
- Kinder als Datenquelle ("Training Data")
- Paywalls vor Wissen
- Keine Kontrolle, keine Transparenz
- Cloud-Zwang, Überwachungskapitalismus

Kinderrechte werden strukturell verletzt.

Die Alternative

Crumbforest ist:
- Open Source (MIT + CKL)
- Lokal betreibbar (keine Cloud nötig)
- Transparent (jeder Schritt nachvollziehbar)
- Kind-zentriert (Urheberschaft bleibt beim Kind)
- Gemeinnützig (wird verschenkt, nicht verkauft)

Das ist keine "bessere EdTech-Plattform".
Das ist eine andere Art, über Lernen nachzudenken.

Die Vision

Stell dir vor:
- Jede Schule hat ihre eigene CrumbCore-Instanz
- Kinder besitzen ihre Lernprojekte, für immer
- Fragen sind frei, Antworten sind offen
- Charaktere begleiten, ohne zu überwachen
- Der Code ist prüfbar, das Wissen teilbar

Das ist der Wald.
Und er gehört denen, die Fragen stellen.

X. Schlusswort

OZM⟡NEXUS ist kein Versprechen.
Er ist eine Konsequenz.

Aus einer Signatur im öffentlichen Raum (Oz)
wurde ein Ort (OZM)
wurde ein digitaler Schatten (OneZeroMore)
wurde ein Museum (HAMMERBROOKLYN)
wurde eine Maschine (OZMAI)
wurde ein Wald (Crumbforest).

Und jetzt wird er verschenkt.

Nicht aus Großzügigkeit.
Sondern weil Wissen dem Kind gehört, solange es fragt.

Ressourcen

Repositories

• CrumbCore v1: https://194-164-194-191.sslip.io/git/kruemel/Crumb-Core-v.1
• Crumbpages v2: https://194-164-194-191.sslip.io/git/kruemel/Crumbforest-Markdowns
• branko.de: https://branko.de

Lizenzen

• CKL v0.1: [siehe LICENSE-CKL.md]
• MIT: [siehe LICENSE-MIT.md]

Kontakt

• Lead Maintainer: Branko
• OZM: Open Futures Museum, Hamburg
• Website: https://crumbforest.com

Hashtags

#OZM #OPENSOURCE #CRUMBFOREST #CKL #KINDERRECHTE #BILDUNG

Version: 0.1-draft
Datum: 2025-12-13
Status: Living Document
Lizenz: CC-BY-SA 4.0 (dieses Dokument)

"Nullfeld zuerst, dann Messung. Resonanz vor Regel."
— Waldwächter-Prinzip