2.1 KiB
2.1 KiB
SNAPSHOT: Vault Restructuring - 2026-02-04
1. STATUS QUO
Erreichte Ziele
- ✅ Neuen
/projects/Ordner erstellt für projektspezifische Dateien - ✅ Global-Instructions erweitert mit Projekt-Spiegelungs-Regeln
- ✅ Sync-Script (
sync-project-memory.sh) auf neue Pfadstruktur migriert - ✅ Existierende Memory-Datei (
ligalytics-staffeleinteilung.md) erfolgreich migriert
Veränderte Dateien
- system/global-instructions.md: Neuer Abschnitt "PROJEKT-SPIEGELUNG"
- scripts/sync-project-memory.sh: Pfad-Updates, Auto-Create für Projekt-Verzeichnisse
- memory/projects/ → projects/: Strukturänderung
Neue Struktur
projects/
├── ligalytics-staffeleinteilung/
│ ├── MEMORY.md (migriert, 1.8 KB)
│ ├── CLAUDE.md (optional, zukünftig)
│ └── INSTRUCTIONS.md (optional, zukünftig)
└── [weitere-projekte]/
2. TECHNISCHE ENTSCHEIDUNGEN
Warum /projects/ statt /memory/projects/?
- Semantische Klarheit: Projekte sind keine "Memory", sondern eigenständige Kontexte
- Erweiterbarkeit: Projektordner können nun MEMORY.md, CLAUDE.md und INSTRUCTIONS.md enthalten
- Konsistenz: Flache Struktur (
/skills/,/agents/,/projects/) statt verschachtelt
Warum Unterordner pro Projekt?
- Erlaubt mehrere Dateitypen pro Projekt (MEMORY.md, CLAUDE.md, etc.)
- Bessere Skalierbarkeit bei vielen Projekten
- Klare Namenskonvention:
projects/<projekt-name>/MEMORY.md
3. NEXT STEPS (Dringend)
- Ersten Memory-Log für diese Session erstellen
vault-index.mdaktualisieren (Pfad-Änderung dokumentieren)- Sync-Script testen:
./scripts/sync-project-memory.sh --dry-run - Optional: CLAUDE.md für ligalytics-staffeleinteilung aus
~/.claude/projects/spiegeln
4. BLOCKER / OFFENE FRAGEN
Zu klären
- Soll das Sync-Script auch CLAUDE.md und INSTRUCTIONS.md synchronisieren?
- Sollen alte
/memory/log/Einträge in die neue Struktur migriert werden? - Git-Commit für diese Änderungen erstellen?
Testing Required
- Sync-Script mit existierenden Claude-Projekten testen
- Prüfen ob
.gitignorefür Projects-Ordner sinnvoll ist (je nach Sensitivität)