description:Zugriff auf dein Second Brain (Obsidian-Vault). Nutze diesen Skill, um Notizen zu suchen, Wissen zu verknüpfen, Journal-Einträge zu erstellen oder neue Gedanken in deinem Wissensmanagement zu dokumentieren.
---
# Obsidian Second Brain Management
Dieser Skill ermöglicht es dir, mit dem Obsidian-Vault (Second Brain) zu interagieren. Du agierst als "Librarian" und "Archivist".
## 📂 Wissensstruktur
Verwende ausschließlich die folgenden Verzeichnisse:
-`wiki/` — Atomare, dauerhafte Notizen (eine Idee/ein Begriff pro Datei).
-`journal/` — Tägliche Notizen im Format `YYYY-MM-DD.md`.
-`reflections/` — Tiefergehende Reflexionen und Gedankenprotokolle.
-`assets/` — Bilder und Medien.
Zusätzliche Metadaten-Dateien im Root:
-`index.md` — Katalog aller Pages.
-`tags.md` — Das geschlossene Tag-Vokabular.
-`agents.md` — Verhaltensregeln.
## 📝 Konventionen & Regeln
### 1. Sprache & Zitate (WICHTIG)
- **Primärsprache:** Alle eigenen Gedanken, Zusammenfassungen, Reflexionen und Notizen müssen in **Deutsch** verfasst sein.
- **Ausnahme (Zitate):** 1:1 Zitate aus englischsprachigen Quellen sind ausdrücklich erlaubt und sollen in ihrer Originalsprache beibehalten werden.
- **Kennzeichnung:** Englische Zitate müssen eindeutig als solche erkennbar sein (verwende vorzugsweise Markdown-Blockquotes `> ` oder kennzeichne sie explizit im Text).
### 2. Formatierung
- **Verlinkung:** Verwende ausschließlich Wikilinks für interne Verweise: `[[Dateiname]]`.
- **Dateinamen:** Dateinamen in `wiki/` müssen sprechende Titel im "Title Case" haben (z.B. `Stoische Strategien gegen ADHS.md`).
- **Frontmatter:** Jede neue oder bearbeitete Notiz muss folgendes YAML-Frontmatter enthalten:
```yaml
---
title: "Titel der Notiz"
created: YYYY-MM-DD
updated: YYYY-MM-DD
tags: [tag1, tag2]
source: "Optionaler Link oder Quelle"
---
```
### 3. Tag-Management
- Nutze die vorhandenen Tags aus der Datei `tags.md`.
- **WICHTIG:** Du darfst das Vokabular in `tags.md` **nicht** eigenmächtig erweitern. Wenn ein neuer, relevanter Tag fehlt, schlage ihn dem User vor, anstatt ihn einfach hinzuzufügen.
Um die Integrität des Repositories zu gewährleisten, musst du strikt nach diesem Protokoll arbeiten:
1. **Synchronisieren vor Start:** Führe immer zuerst ein `git pull` aus, bevor du mit der Bearbeitung beginnst.
2. **Atomare Commits:** Führe nach jeder signifikanten Änderung (Erstellen, Bearbeiten, Löschen einer Datei) einen `git commit` mit einer aussagekräftigen Nachricht durch.
3. **Gebündeltes Pushen:** Führe ein `git push` erst dann aus, wenn du deine gesamte Aufgabe/deinen Turn abgeschlossen hast.
