# Tolaria — Knowledge Audit

**Datum:** 2026-08-24/25 · **Autor:** Red Queen · **Modus:** READ-ONLY
**Befunde:** EVIDENCE (gemessen), INFERENCE (abgeleitet), UNKNOWN (nicht ermittelbar)

---

## 1. Wissensinventur

| Kategorie | Anzahl | Details |
|-----------|--------|---------|
| **Top-Level-Modul-Dokus** (Root, kein Frontmatter) | 22 | `modul-01…modul-19`, Handbuch, README, Ports, Spec, vps |
| **system-docs** (organisiert, Frontmatter) | 30 | Module + Phase-/Historical-Dokus + README |
| **T212-Tageslogs** | 22 | `2026-07-21` … `2026-08-19` |
| **Hubs/Notizen** | ~10 | start, trading, ai-agents, projekte, vps-infrastruktur, Journal, Phase-Dokus |
| **Gesamt (Live-Vault)** | **84** | `/app/vault` |
| **Forgejo-Repo** | **120** | inkl. A2–A5-Code, Red-Queen-Architektur, `phase13_4_trust_gate.md` |

---

## 2. Qualitätsklassifikation (Phase 5)

| Kandidat | Klasse | Begründung |
|----------|--------|------------|
| `vps.md` (Root, 43 B) | **DELETE/STUB** | leerer Stub, nur Frontmatter-Rest |
| 17 Duplikat-Paare (Root↔system-docs) | **DUPLICATE** | nahezu identisch, nur Frontmatter-/Newline-Diff |
| README (Root vs system-docs) | **UPDATE/MERGE CANDIDATE** | divergent (17 vs 19/20 Module) |
| `modul-09-execution-service` (Root vs docs) | **UPDATE CANDIDATE** | divergent (33.5 % Diff; Root enthält IG-Demo vom 21.08) |
| `infrastructure-handbook` (Root vs docs) | **VERSIONED** | zwei Entwicklungsstände, keine direkte Kopie |
| `modul-15-m09-anbindung-*` (Root vs docs) | **IDENTISCH** | inhaltlich gleich (nur Newline) |
| Phase-Dokus (nur in system-docs) | **KEEP** | historische Phasen-Doku, eindeutig |

> **EVIDENCE:** Größen-/Hash-/Diff-Vergleiche via `/api/vault/content`.
> **INFERENCE:** Kein Kandidat ist offensichtlicher "Müll"; die Duplikate sind echte Doppel-Ablagen desselben Inhalts in zwei Verzeichnissen.

---

## 3. Duplikat-Analyse (Phase 6)

**19 Duplikat-Paare** zwischen `Root/*.md` und `notes/trading/system-docs/*.md`.

| Vergleich | Befund |
|-----------|--------|
| Größen nahezu identisch | ja, bei 17 von 19 Paaren (Diff ≤ ~60 B = Frontmatter/Newline) |
| Inhaltlich (nach Newline-Normalisierung) | bei den meisten Paaren **identisch** |
| Signifikant divergent | **README** (11.7 %), **modul-09** (33.5 %) |
| Inhaltlich identisch (nur Newline) | `modul-15-m09-anbindung-design` + `-implementierung` |

**Klassifikation:**

| Paar | Klasse | Detail |
|------|--------|--------|
| modul-03…07,10,11,12,13,14,15,18,19 (16 Paare) | **EXACT/NEAR-EXACT DUPLICATE** | gleicher Body, nur Frontmatter/Newline |
| README | **VERSIONED INFORMATION** | zwei Entwicklungsstände (17 vs 19/20 Module) |
| modul-09 | **VERSIONED INFORMATION** | Root neuer (IG-Demo 21.08), docs älter |
| infrastructure-handbook | **VERSIONED INFORMATION** | abweichende Stände |

> **INFERENCE:** Die `system-docs/`-Kopien sind ein **älterer organisierter Snapshot** (20.08, 17 Module), die Root-Dateien ein **neuerer Roh-Import** (22.08, 19 Module). Duplikate sind eine Ablage-Doppelung, nicht semantische Duplikate.
> **UNKNOWN:** Ob das beabsichtigt ist (organisierte Kopie vs Roh) oder ein Fehler — Christian entscheidet später.

---

## 4. Konflikt-Analyse (Phase 7)

| Konflikt | Klasse | Evidenz |
|----------|--------|---------|
| README: **"17 Module"** (system-docs, 20.08) vs **"19 Module"** (Root, 21.08) | **POSSIBLE CONFLICT / HISTORICAL VERSION** | zwei Entwicklungsstände, keine gegenseitige Übernahme |
| Modul-09: IG-Demo-Adapter (21.08) nur in Root, nicht in docs | **HISTORICAL VERSION** | Root aktueller, docs älter |
| Struktur: Root-Module ohne Frontmatter vs system-docs mit `type` | **UNKNOWN** | zwei organistische Layouts, kein direkter Widerspruch |

> **INFERENCE:** Es sind **Entwicklungsstände**, keine echten inhaltlichen Widersprüche. Der "neue" Stand ist durchgehend der Root (22.08-Import), der "alte" der system-docs (20.08).
> **RECOMMENDATION:** Vor Zusammenführung Root als autoritativ prüfen, da dieser die neueren Module (18, 19) und neuesten Freigabedaten enthält.

---

## 5. Aktualität (Phase 8)

| Element | Stand | Quelle |
|---------|-------|--------|
| Modul-03…15 Freigabe | **20.08.2026** | Body `FREIGEGEBEN` |
| Modul-18, 19 Freigabe | **21.08.2026** | Body `FREIGEGEBEN` |
| Root-Import (Vault) | **22.08.2026** | einheitliche Mtime |
| T212-Tageslogs | bis **19.08.2026** | Dateinamen |
| Phase9, 10a, historical-v2 | **22.08.2026** | Body |
| Phase10b, 10d | **23.08.2026** | Body |
| Phase 13.4 Trust Gate (nur Forgejo-Repo) | **24.08.2026** | Body |

> **EVIDENCE:** Der Live-Vault enthält **NICHT** `phase13_4_trust_gate.md` (24.08), das nur im Forgejo-Repo liegt → **der Vault hinkt bei der neuesten Doku hinterher**.
> **INFERENCE:** Vault zuletzt am 22.08 importiert; seitdem neuer Stand nur in Forgejo.

---

## 6. Fazit

- **Gut:** Klare Modul-Doku, konsistente Freigabedaten, saubere Log-Struktur, gut versioniert (Git).
- **Schwach:** 19 Duplikat-Paare, keine semantische Suche, Root-Module untypisiert/unvernetzt, `vps.md` leerer Stub, Vault hinter Forgejo zurück.
- **Keine Löschung, kein Merge, keine Migration** in dieser Mission (READ-ONLY).