update implizite bidirektionale Kanten

docs/01_User_Manual/01_knowledge_design.md

@@ -20,7 +20,7 @@ Damit Mindnet als dein Digitaler Zwilling funktioniert, beachte beim Schreiben d
 3.  **Semantische Links:** Schreibe nicht nur `[[Link]]`, sondern `[[rel:depends_on Link]]`. Sag dem System *wie* Dinge zusammenhängen.
 4.  **Werte & Ziele definieren:** Damit die **Decision Engine** dich beraten kann, musst du deine Kriterien (`type: value`, `type: goal`) explizit als Notizen anlegen.
 5.  **Emotionales Bridging:** Damit die **Empathie** funktioniert, nutze in Erfahrungsberichten (`type: experience`) emotionale Schlüsselwörter ("Krise", "Freude", "Angst").
-6. **[NEU] Narrative Tiefe (Fleisch am Knochen):** Fakten allein reichen für Sessions und Biografien nicht aus. Erhalte die "Warum"-Ebene und Coach-Interpretationen. Die Erzählebene sichert, dass die KI die *Intention* versteht und der Mensch die *Bedeutung* nachvollziehen kann.
+6. **Narrative Tiefe (Fleisch am Knochen):** Fakten allein reichen für Sessions und Biografien nicht aus. Erhalte die "Warum"-Ebene und Coach-Interpretationen. Die Erzählebene sichert, dass die KI die *Intention* versteht und der Mensch die *Bedeutung* nachvollziehen kann.
 ---
 
 ## 1. Zweck & Scope
@@ -140,24 +140,20 @@ Für Zusammenfassungen am Ende einer Notiz:
 > [!edge] related_to: [[Vector Embeddings]] [[AI Agents]]
 ```
 
-### 4.3 [NEU] Die Logik der Edge-Paare (Bidirektionalität)
-Um sicherzustellen, dass die KI Zusammenhänge aus jeder Perspektive versteht, nutzen wir immer Paare aus Rückwärts- und Vorwärtskanten. Eine Kante hat nie nur eine Richtung.
+### 4.3 Implizite Bidirektionalität (Edger-Logik) [NEU] [PRÜFEN!]
+In Mindnet musst du Kanten **nicht** manuell in beide Richtungen pflegen. Der **Edger** übernimmt die Paarbildung automatisch im Hintergrund.
 
-| Beziehungstyp | Rückwärtskante (Blick zurück) | Vorwärtskante (Blick voraus) |
-| :--- | :--- | :--- |
-| **Chronologie** | `prev` (Vorgänger) | `next` (Nachfolger) |
-| **Abstammung** | `derived_from` (Basiert inhaltlich auf) | `resulted_in` (Führte inhaltlich zu) |
-| **Fundament** | `based_on` (Hat als Grundlage) | `supports` (Unterstützt / Ermöglicht) |
-| **Hierarchie** | `part_of` (Ist Teil von) | `contains` (Beinhaltet / Umfasst) |
-| **Abhängigkeit** | `depends_on` (Benötigt) | `enables` (Ermöglicht / Erlaubt) |
+**Deine Aufgabe:** Setze die Kante in der Datei, die du gerade bearbeitest, so wie es der **logische Fluss** vorgibt.
 
-**Anwendungsbeispiel Evolution:**
-- Das **[[Mein Persönliches Leitbild 2025]]** hat die Kante `prev: [[Quelle – Persönliches Leitbild (Vollständige Fassung 2012)]]`.
-- Die **[[Quelle – Persönliches Leitbild (Vollständige Fassung 2012)]]** hat die Kante `next: [[Mein Persönliches Leitbild 2025]]`.
+* **Blick zurück (Rückwärtslink):** Wenn du ein Ergebnis dokumentierst, nutze `derived_from`, `based_on` oder `prev`.
+* **Blick nach vorn (Vorwärtslink):** Wenn du einen Plan oder ein Protokoll schreibst, nutze `resulted_in`, `supports` oder `next`.
+
+**System-Logik (Beispiele):**
+- Schreibst du in Note A: `next: [[B]]`, weiß das System automatisch: `B prev A`.
+- Schreibst du in Note B: `derived_from: [[A]]`, weiß das System automatisch: `A resulted_in B`.
+
+**Vorteil:** Keine redundante Datenpflege, kein "Link-Nightmare", volle Konsistenz im Graphen.
 
-**Anwendungsbeispiel Genese:**
-- Ein **Protokoll** hat die Kante `resulted_in: [[Das Ergebnis]]`.
-- **Das Ergebnis** hat die Kante `derived_from: [[Das Protokoll]]`.
 ---
 
 ## 5. Schreiben für den KI-Zwilling (Szenarien)