- BACKUP_ARCHITECTURE, STORAGE_MAP, RECOVERY_RUNBOOK - TRANSFORMATION_BASELINE, DUPLICATE_RESOLUTION_PLAN - CANONICAL_KNOWLEDGE_PRINCIPLE, SEARCH_ARCHITECTURE_PROPOSAL - KNOWLEDGE_GRAPH_PRINCIPLE, FORGEJO_TOLARIA_SYNC_PRINCIPLE - HOST_CONTAINER_DISCOVERY Fresh Checker PASS (deleg_a19028bc). No productive vault mutation.
1.7 KiB
1.7 KiB
CANONICAL KNOWLEDGE PRINCIPLE — Tolaria Second Brain (Mission 002)
Datum: 2026-08-25 · Red Queen · Status: DOKUMENTIERT (Designziel, noch NICHT angewandt)
Verbindliches Designprinzip für die spätere Wissensbereinigung (B3). Noch nicht auf produktive Dateien anwenden.
Prinzip
Nicht einfach "neuere Datei behalten", sondern ein CANONICAL KNOWLEDGE OBJECT:
AKTUELLSTER KORREKTER INHALT
+ NÜTZLICHE METADATEN
+ BEZIEHUNGEN
+ PROVENANCE
Ein kanonisches Wissensobjekt = ein einziger, autoritativer, aktueller Stand, der alle wertvollen Informationen aus allen Duplikat-Varianten vereint — ohne Redundanz und ohne Verlust.
Regeln
- Inhalt: Der aktuellste und korrekteste Stand (nicht einfach der zeitlich neuere — sondern inhaltlich vollständigste).
- Metadaten: Nützliche Frontmatter (title, tags, created, type) aus allen Varianten übernehmen.
- Beziehungen: Wikilinks und Verweise erhalten bzw. auf den kanonischen Pfad aktualisieren.
- Provenance: Herkunft (welche Varianten → kanonischer Stand), Quelle und Git-HEAD dokumentieren.
- Prüfbarkeit: Jede Änderung gegen die Transformation Baseline messbar.
- Human-in-the-Loop: Duplikat-Auflösung erfordert Human-Review (kein Auto-Merge).
Warum
- Verhindert Informationsverlust bei Duplikat-Konsolidierung.
- Schafft einen einzigen Source of Truth im Vault (statt 19 doppelter Paare).
- Erhält Beziehungen + Provenance (Second-Brain-Qualität).
- Macht jeden Umbau verifizierbar gegen die Baseline.
Scope
- Gilt für die B3-Phase (Wissensbereinigung) — nicht jetzt.
- Produktive Dateien bleiben inhaltlich unangetastet (bis ausdrückliche Freigabe).