# 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.md` aktualisieren (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 `.gitignore` für Projects-Ordner sinnvoll ist (je nach Sensitivität)