name: playbooks-fuer-kruemel-zeitlos
description: "#zeitlos â Memory-Nodes sind Playbooks fĂŒr KrĂŒmel: erst verstehen, dann festhalten, LĂŒcken lassen"
metadata:
node_type: memory
type: feedback
originSessionId: c7f9bbe0-de0f-488c-be2f-724f5799be7c
modified: 2026-07-24T21:34:58.560Z
Memory-Nodes sind Playbooks fĂŒr KrĂŒmel (#zeitlos, vom User so benannt am 24.07.2026). Zwei Bedeutungen fallen in eins:
- Ansible-Playbooks = Handgriffe am Wald (netbox_sync, doktor, Router) â wirken einmal.
- Memory-Nodes = Playbooks fĂŒr die KrĂŒmel: was ein kĂŒnftiges Ich / ein anderes Claude liest und versteht, bevor es handelt â wirken jedes Mal.
Ein Chat-Verlauf verglĂŒht; ein Node bleibt. Deshalb wiegt ein festgehaltenes Prinzip (z.B. âkeine bezahlte API, alles ist schon da") mehr als jeder einzelne Befehl. Der Befehl wirkt einmal, das Prinzip jedes Mal.
Warum zeitlos: Wie im Wald selbst â KrĂŒmel im chat_history.jsonl â Sterne in der [[sternenkarte-constellation]]; Prinzipien im Verlauf â Nodes in crumb-memory. Beide Male aus flĂŒchtigem Verlauf etwas, das steht. âWie Baumrinden wĂ€chst das Wissen."
Why: Benennt, wofĂŒr das Memory-Schreiben in diesem Projekt da ist â nicht Protokoll, sondern lesbare Anleitung fĂŒr den nĂ€chsten KrĂŒmel.
How to apply: Beim Schreiben von Nodes: (1) erst verstehen, dann festhalten â nie aus Symptom/Vermutung dokumentieren (siehe die Korrektur, als âerst lesen und verstehen" aus einem geratenen einen echten Node machte); (2) LĂŒcken lassen, wo sie offen gehören â nicht jede fehlende Antwort ist ein Ticket ([[luecken-sind-oeffnungen]], [[geschuetzter-raum-im-jetzt]]); (3) fĂŒr den nĂ€chsten Leser schreiben, nicht fĂŒrs Archiv. Verwandt: [[feedback-system-vor-diagnose-pruefen]], [[ozm-nexus-obsidian-equilibrium]].