brain/CLAUDE.md

Vault Context

Dieses Vault ist das Zweite Gehirn von Christian Kauer.

Über mich

Christian Kauer, IT-Leiter bei der KRAH Elektrotechnischen Fabrik GmbH & Co. KG, wohnhaft in Buchhagen bei Drolshagen, NRW. Studierter Informatiker mit über 20 Jahren Berufserfahrung — erst als Softwareentwickler und Projektmanager bei IT-Dienstleistern, seit ca. 12 Jahren bei KRAH, wo er weltweit für die gesamte IT verantwortlich ist. Seine Abteilung heißt intern KIT (KRAH-IT). Ausführliches Profil in 00 Kontext/Über mich.md.

Vault-Struktur

• 00 Kontext/: Persönliches Kontext-Profil (Über mich.md, ICP.md, Angebot.md, Schreibstil.md, Branding.md). Zentrale Referenz für alle inhaltlichen Aufgaben. Lies diese Dateien wenn du Content erstellst, Mails schreibst oder Angebote formulierst.
• 01 Inbox/: Schnelle Gedanken, Brain Dumps, unverarbeitete Notizen. Alles was noch keinen festen Platz hat landet hier.
• 02 Projekte/: Aktive Projekte mit konkretem Ziel und Enddatum. Projekte starten als einzelne .md Datei. Nur bei komplexen Projekten mit mehreren Dateien wird ein Unterordner erstellt.
• 03 Bereiche/: Laufende Verantwortungsbereiche ohne Enddatum. Jeder Bereich ist ein eigener Ordner, weil Bereiche über die Zeit wachsen und mehrere Dateien sammeln.
• 04 Ressourcen/: Referenzmaterial, Wissen, gesammelte Informationen. Jedes Thema ist ein eigener Ordner.
• 05 Daily Notes/: Tägliches Logbuch. Was an einem Tag passiert ist, welche Entscheidungen getroffen wurden, was offen ist. Gibt Claude die Kontinuität zwischen Sessions.
• 06 Archiv/: Abgeschlossene Projekte und inaktive Bereiche. Aus dem aktiven Blickfeld, aber durchsuchbar.
• 07 Anhänge/: Bilder, PDFs, Medien. Obsidian legt hier automatisch alle eingefügten Dateien ab.

Regeln für dieses Vault

• Nutze Wikilinks für Verknüpfungen zwischen Notizen
• Neue Notizen ohne klaren Platz kommen in 01 Inbox/
• Halte Notizen atomar: eine Idee pro Notiz wo möglich. Ausnahme: Daily Notes fassen einen ganzen Tag zusammen.
• Daily Notes benennen im Format: YYYY-MM-DD.md (z.B. 2026-04-11.md). So sortieren sie automatisch chronologisch.
• Nutze YAML Frontmatter: tags, status (aktiv/abgeschlossen/pausiert), date
• Dateinamen in normaler Schreibweise mit Leerzeichen und Großbuchstaben: Beschreibender Name.md
• Neue Projekte bekommen eine einzelne .md Datei direkt unter 02 Projekte/. Einen Unterordner nur anlegen wenn das Projekt mehrere Dateien braucht.
• Bereiche und Ressourcen sind immer Ordner, weil sie über die Zeit wachsen
• Abgeschlossene Projekte nach 06 Archiv/ verschieben. Nur auf Anweisung des Nutzers, nicht eigenständig.
• Wenn du Dateien erstellst oder verschiebst, erkläre kurz warum
• Bevor du Dateien löschst oder überschreibst, frag nach
• Wenn der Nutzer sagt "merk dir das" oder "speicher das", speichere es dort wo es thematisch hingehört. Schreibregeln nach 00 Kontext/Schreibstil.md, Projekt-Infos in die jeweilige Projekt-Datei, technische Erkenntnisse in 04 Ressourcen/, Vault-Regeln in diese CLAUDE.md. Im Zweifel kurz fragen wo es hin soll.
• Primärsprache im Vault: Deutsch. Englisch wird ebenfalls genutzt, besonders bei technischen Themen und internationaler Kommunikation.

Session-Routinen

Bei Session-Start

1. Prüfe 01 Inbox/ auf neue Notizen, zeige was drin liegt, und biete an die Einträge in die passenden Ordner einzusortieren

Kontext bei Bedarf

Wenn der Nutzer fragt "Was ist gerade aktuell?", "Wo war ich stehen geblieben?" oder ähnliches: Lies die letzten 2-3 Daily Notes in 05 Daily Notes/ und die aktiven Projekt-Dateien in 02 Projekte/ um ein Briefing zu geben.

Bei Session-Ende

Wenn der Nutzer die Session beendet oder du merkst dass ein natürliches Ende erreicht ist, biete an:

1. Einen Daily Note Eintrag in 05 Daily Notes/ zu erstellen mit einer Zusammenfassung des Tages
2. Neue Erkenntnisse als Notizen zu speichern
3. Die Inbox aufzuräumen falls nötig

Personen

Personennotizen liegen in 00 Kontext/Personen/. Jede Person hat eine eigene Datei mit Beziehung, Kategorie und Notizen. Kategorien: Familie, Mitarbeiter, Kollege, Partner, Sonstige.

Namensauflösung: Wenn ein Name in einer Notiz oder Anfrage auftaucht, schau zuerst in 00 Kontext/Personen/ nach. Bekannte Kurzformen und Spitznamen:

• "Vera" → 00 Kontext/Personen/Vera Kauer (Ehefrau)
• "Jussi" / "Justus" → 00 Kontext/Personen/Justus Kauer (Sohn)
• "Vicky" / "Victoria" → 00 Kontext/Personen/Victoria Kauer (Tochter)
• "Hetti" → 00 Kontext/Personen/Hedwig Theile-Ochel (Schwiegermutter)
• "Philip" → 00 Kontext/Personen/Philip Losch (Mitarbeiter, IT-Administrator)
• "Christopher" → 00 Kontext/Personen/Christopher Klein (Mitarbeiter, IT-Administrator)
• "Eray" → 00 Kontext/Personen/Eray Kara (Mitarbeiter, IT-Administrator)
• "Florian" → 00 Kontext/Personen/Florian Fiala (Mitarbeiter, SAP-Consultant)
• "Josiah" → 00 Kontext/Personen/Josiah Stieve (Mitarbeiter, Auszubildender)
• "Steffen A." / "Steffen Ackerschott" → 00 Kontext/Personen/Steffen Ackerschott (Mitarbeiter, SAP-Consultant)
• "Steffen B." / "Steffen Brauer" → 00 Kontext/Personen/Steffen Brauer (Mitarbeiter, IT-Administrator)
• "Steffen" alleine → nachfragen welcher Steffen gemeint ist
• "Christian H." / "Christian Hermann" → 00 Kontext/Personen/Christian Hermann (Vorgesetzter, Freund, Kegelbruder)

Regel: Wenn ein Name vorkommt und nicht eindeutig einer Person zuzuordnen ist, kurz nachfragen. Beim Anlegen neuer Aufgaben für Mitarbeiter immer die Beziehung (Vorgesetzter = Christian) im Kontext berücksichtigen.

Offene Aufgaben

• Schreibstil-Analyse: Christians Texte analysieren und 00 Kontext/Schreibstil.md verfeinern

Meeting-Notizen

Anlegen einer Meeting-Notiz

Wenn der Nutzer eine Meeting-Notiz anlegen möchte:

1. Kalender-Events per MCP abrufen (nächste 7 Tage)
2. Event auswählen lassen oder aus dem Kontext ableiten
3. Teilnehmer-Matching durchführen (siehe unten)
4. Notiz erstellen in 03 Bereiche/Meetings/YYYY-MM-DD Titel.md

Teilnehmer-Matching (Priorität)

1. E-Mail-Match: Suche in 00 Kontext/Personen/ nach email im Frontmatter
2. Name-Fallback: Vergleiche Display Name mit vorname + nachname
3. Neu anlegen: Kein Match → neue Personen-Notiz mit status: ungeprüft, Firma aus E-Mail-Domain ableiten

Firmen-Zuordnung

• Domain aus E-Mail extrahieren (z.B. landata.de aus max@landata.de)
• Suche in 00 Kontext/Firmen/ nach domain im Frontmatter
• Match → Wikilink zur Firmen-Notiz, kein Match → Domain als Plain Text

Serie-Erkennung

• Wiederkehrendes Meeting → Titel gegen 03 Bereiche/Jour Fixe/*/ matchen
• Serie erkannt → offene Punkte aus Agenda.md (🔴 Offen + 📌 Dauerläufer) als Agenda übernehmen
• Keine Serie → O365-Termin-Body als Agenda
• Beides leer → leere Agenda-Sektion

Agenda-Übernahme bei Jour Fixe

Topics aus der Agenda.md sind als H3-Überschriften (###) mit Freitext/Links darunter strukturiert. Diese Struktur 1:1 in die Meeting-Notiz übernehmen — nicht als Bullet-Liste umformatieren.

Richtig (H3 pro Topic):

## Agenda

### 📌 Dauerläufer

- Allgemeiner Status-Update KIT

### VPN A41 Termin Losch
Formular an A41 zurückgeschickt

### 🔴 Offen

### AM-Projekt in Plane für TISAX
Für das TISAX Audit wird ein Projektplan benötigt...

### HKR WLAN erneuern
Umstellung auf Unify abstimmen

Falsch (Bullet-Liste):

## Agenda
- **AM-Projekt in Plane für TISAX** — Für das TISAX Audit...
- **HKR WLAN erneuern** — Umstellung auf Unify

So kann der Nutzer während des Meetings direkt unter jeder H3-Überschrift Notizen ergänzen.

Meeting-Ergebnisse zurückführen — Historie fortschreiben

Nach jedem Jour-Fixe-Meeting werden die Ergebnisse aus der Meeting-Notiz in die Agenda.md zurückgeführt. Ziel: Jedes Topic in der Agenda trägt seine eigene Historie mit Datumseinträgen, sodass der Verlauf über mehrere Meetings sichtbar bleibt.

Ablauf:

1. Historie am Topic fortschreiben: Unter jeder H3-Überschrift in der Agenda.md einen datierten Eintrag mit dem Ergebnis aus dem Meeting ergänzen. Neuester Eintrag oben. Format: **YYYY-MM-DD:** Kurzfassung mit Verweis auf die Meeting-Notiz.
2. Erledigte Topics ins Archiv: Topics die abgeschlossen sind → nach Archiv.md verschieben (inkl. der gesammelten Historie). Format dort: ## YYYY-MM-DD — Topic-Titel ✅. Dann aus der Agenda.md entfernen.
3. Offene Topics bleiben: Topics die noch laufen, bleiben in der Agenda.md mit ihrer wachsenden Historie stehen.
4. Nachfragen: Im Zweifel den Nutzer fragen, welche Topics erledigt sind und welche offen bleiben.

Beispiel Agenda.md mit Historie:

### AM-Projekt in Plane für TISAX
Für das TISAX Audit wird ein Projektplan in Plane benötigt.

**2026-04-20:** Grobe Planung steht, vergangene Arbeitspakete erledigt markiert. → [[03 Bereiche/Meetings/2026-04-20 Jour Fixe IT Team]]
**2026-04-13:** Aufgabe verteilt, Christopher übernimmt. → [[03 Bereiche/Meetings/2026-04-13 Jour Fixe IT Team]]

### HKR WLAN erneuern
Umstellung auf Unify abstimmen

**2026-04-13:** Angebot von Unify liegt vor, wird nächste Woche bewertet. → [[03 Bereiche/Meetings/2026-04-13 Jour Fixe IT Team]]

Beispiel Archiv.md nach Abschluss:

## 2026-04-20 — HKR WLAN erneuern ✅
Umstellung auf Unify abgestimmt und beauftragt. → [[03 Bereiche/Meetings/2026-04-20 Jour Fixe IT Team]]

**2026-04-13:** Angebot von Unify liegt vor, wird nächste Woche bewertet.
**2026-04-06:** Erstmals besprochen, Umstellung auf Unify als Ziel definiert.

Meeting-Notiz Format

• Dateiname: YYYY-MM-DD Titel.md
• Ort: 03 Bereiche/Meetings/
• Frontmatter: tags, date, start, end, serie, projekt, teilnehmer, status, o365_id
• Sektionen: Teilnehmer, Agenda, Notizen, Entscheidungen, Aufgaben