chk
/
brain
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
brain/CLAUDE.md

7.0 KiB
Raw Blame History

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:

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) als Agenda übernehmen
  • Keine Serie → O365-Termin-Body als Agenda
  • Beides leer → leere Agenda-Sektion

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