- 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.6 KiB
1.6 KiB
KNOWLEDGE GRAPH PRINCIPLE — Tolaria Second Brain (Mission 002)
Datum: 2026-08-25 · Red Queen · Status: DOKUMENTIERT — NICHT IMPLEMENTIERT
Verbindliches Prinzip für den späteren Knowledge Graph. Noch nichts bauen.
Grundsatz
KNOWLEDGE GRAPH = DERIVED VIEW
NICHT Source of Truth
Graph muss rebuildbar sein.
Der Graph ist eine abgeleitete Sicht auf den kanonischen Wissensbestand. Er ist keine eigenständige Datenquelle und kann jederzeit neu erzeugt werden.
Node-/Edge-Ableitung (Designziel, später)
Nodes/Edges werden abgeleitet aus:
- Dokumenten (Vault-Dateien, 84)
- Frontmatter (type, title, tags, created)
- Wikilinks (
[[...]], 12 vorhanden) - expliziten Relationen (strukturierte Relationen in Dokumenten)
- strukturierten Knowledge Objects (kanonische Objekte nach B3)
Regeln
- Derived, nicht Source — Graph wird nie direkt editiert.
- Rebuildbar — aus kanonischem Wissensbestand jederzeit neu erzeugbar.
- Konsistenzprüfung — gegen Transformation Baseline (Nodes/Edges-Count) messbar.
- Kein Data Loss — Graph-Wegwerfen verliert nie Wissen (nur Ableitung).
- Human-in-the-Loop — Graph-Engine/-UI erst nach Freigabe bauen.
Nicht jetzt
- Keine Graph-Engine bauen, keine Graph-UI bauen, kein Graph auf produktive Daten anwenden — bis eigene Missionsfreigabe.
Verhältnis zu anderen Prinzipien
- Graph konsumiert kanonische Objekte (CANONICAL_KNOWLEDGE_PRINCIPLE).
- Graph-Nodes können aus Search-Index-Semantik angereichert werden (SEARCH_PROPOSAL).
- Graph ist abgeleitet aus Forgejo→Tolaria-Sync-Fluss (SYNC_PRINCIPLE).