trading-system-docs/tolaria/KNOWLEDGE_AUDIT.md

97 lines
5.1 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

# 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. A2A5-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).