Second Brain System

Deine KI,
die niemals vergisst

Kein Notion, kein Obsidian. Feedback, Projekt-Kontext und Präferenzen landen automatisch in Claude Code — und werden bei jeder Session sofort abgerufen, ohne eine einzige Frage zu stellen.

✓ 8 aktive Memories ✓ 0 wiederholte Korrekturen ✓ Vollautomatisch
Scroll für die interaktive Demo
Niemals freitags
ins Produktion deployen
project · geladen
Q3-Launch: nur
Must-have Features
Kunden wöchentlich
updaten, nicht täglich
0
Gespeicherte Memories
0
Memory-Typen
0%
Auto-geladen pro Session
·
Wiederholte Korrekturen
Das System

Capture. Organize. Retrieve.

Drei Schritte, vollautomatisch. Claude erkennt Lernmomente, schreibt sie als strukturierte Markdown-Dateien, und lädt sie beim nächsten Start sofort in den Kontext.

01

Capture

Sobald du Claude korrigierst oder eine Präferenz äußerst, erkennt es den Lernmoment — ohne dass du "merke dir" sagen musst.

"Kein Deploy am Freitag" → gespeichert
02
📂

Organize

Jede Memory bekommt Typ, Slug, Beschreibung und einen Body mit Why und How to apply — für echtes Verständnis, nicht blinde Regeln.

memory/feedback_no_friday_deploy.md
03
🔍

Retrieve

MEMORY.md wird in jeder neuen Session automatisch in den Kontext geladen. Claude wendet alle Regeln sofort an — ohne nachzufragen.

MEMORY.md → context window → done
Vorher / Nachher

Der Unterschied den du sofort spürst

Dieselbe KI. Derselbe Task. Aber einmal ohne Memory — und einmal mit.

✕ Ohne Second Brain
Du
Kannst du das Dashboard fertigmachen?
Claude
Klar! Welche Farben soll ich verwenden? Light oder Dark Mode? Und soll ich TypeScript oder JavaScript nutzen?
Du
Dark Mode, hab ich dir doch schon 3x gesagt. TypeScript natürlich. Brand-Farbe ist #6366F1…
Jede Session von vorne anfangen
✓ Mit Second Brain
Du
Kannst du das Dashboard fertigmachen?
Claude (Memories geladen)
Wird erledigt — Dark Mode mit Brand-Farbe #6366F1, TypeScript, kein Emoji in der UI. Soll ich deployen?
→ Aktiviert
Dashboard Dark Mode · Brand #6366F1 · TypeScript only · Deploy nicht Freitags
Null Wiederholungen. Sofort loslegen.
Memory Stream

So fließen deine Memories in Claude

Bei jedem Session-Start wird MEMORY.md geladen, Regeln werden aktiviert, und Claude startet bereits mit deinem vollständigen Kontext.

feedback
no_friday_deploy.md
project
q3_launch.md
feedback
typescript_only.md
feedback
dark_mode.md
MEMORY.md
🧠
Claude Code
context window
Regeln aktiv
Session gestartet
Deploy-Sperre aktiv
TypeScript-Modus an
Brand-Farben bekannt
Dark Mode Standard
Interaktive Demo

Memory Retrieval in Echtzeit

Wähle einen Task oder schreibe deinen eigenen — sieh welche Memories sofort aktiviert werden.

Task auswählen
Oder eigenen Task eingeben
Aktivierte Memories
·
Kein Deploy am Freitag
Warte auf Task…
feedback
·
Nur TypeScript, kein JS
Warte auf Task…
feedback
·
Q3-Launch: Must-haves only
Warte auf Task…
project
·
Kunden wöchentlich updaten
Warte auf Task…
feedback
·
Keine Emojis in Kunden-E-Mails
Warte auf Task…
feedback
·
Brand: #6366F1 / #F59E0B
Warte auf Task…
project
·
Ab €500 Budget-Freigabe nötig
Warte auf Task…
feedback
·
Dashboards immer Dark Mode
Warte auf Task…
feedback
Memory Vault

Alle 8 aktiven Memories

Klicke eine Karte an — jede Memory hat ein Why und ein How to apply das echtes Verständnis statt blinder Regeln schafft.

Kein Deploy am Freitag
feedback
Produktions-Deployments niemals freitags durchführen — auch nicht für Hotfixes.
Why: Freitagabend-Incidents haben niemanden verfügbar. Zweimal zu Wochenendeinsätzen geführt.

How to apply: Deploy-Anfragen freitags ablehnen und auf Montag verschieben. Bei kritischen Fixes: Staging bereitstellen, Montag live.
+ Details
Nur TypeScript, kein vanilla JS
feedback
Alle neuen Dateien in TypeScript schreiben — .js-Dateien werden nicht akzeptiert.
Why: Runtime-Fehler durch fehlende Typen haben zweimal Produktions-Bugs verursacht.

How to apply: Bei jeder neuen Datei direkt .ts verwenden, tsconfig.json strict: true beibehalten.
+ Details
Q3-Launch: Must-haves only
project
Für den Q3-Launch nur die drei definierten Must-have Features — kein Scope Creep.
Why: Team-Kapazität reicht nicht für Nice-to-haves. GF hat auf harter Deadline bestanden nach Q2-Verzögerung.

How to apply: Neue Feature-Anfragen für Q4 einloggen, nicht für Q3 — auch wenn sie klein wirken.
+ Details
Kunden wöchentlich updaten
feedback
Status-Updates an Kunden einmal pro Woche (montags), nicht täglich.
Why: Tägliche Updates wurden als aufdringlich empfunden — Feedback direkt vom Kunden.

How to apply: Montag-Update-Template verwenden. Nur bei dringendem Handlungsbedarf sofort melden.
+ Details
Keine Emojis in Kunden-E-Mails
feedback
Kunden-E-Mails immer ohne Emojis und informelle Sprache verfassen.
Why: Hauptkunde (Enterprise) hat explizit um professionellere Kommunikation gebeten.

How to apply: E-Mail-Entwürfe auf Emojis prüfen, förmliches "Sie" bei Neukunden bis Gegenteiliges bestätigt.
+ Details
Brand: #6366F1 Primär, #F59E0B Akzent
project
Brand-Primärfarbe #6366F1 (Indigo), Akzent #F59E0B (Amber). Kein Abweichen ohne Freigabe.
Why: Nach Brand-Refresh wurden alle alten Farben abgelöst. Konsistenz über alle Touchpoints ist Pflicht.

How to apply: Bei jedem UI-Element diese Werte verwenden. Screenshots vor Abgabe prüfen.
+ Details
Ab €500 Budget-Freigabe einholen
feedback
Jede Ausgabe über €500/Monat braucht schriftliche Freigabe der Geschäftsführung.
Why: Tool-Subscription ohne Rücksprache führte einmal zu ungenehmigter Jahresrechnung.

How to apply: Vor jeder Tool-Empfehlung Preis prüfen. Über €500 → Approval-Template, nicht direkt bestellen.
+ Details
Dashboards immer im Dark Mode
feedback
Alle Dashboards und internen Tools standardmäßig im Dark Mode liefern.
Why: Operations-Team arbeitet hauptsächlich nachts. Light-Mode wurde als "Augen-Killer" bezeichnet.

How to apply: Dark Mode als Default in allen Dashboard-Projekten. Light nur als optionaler Toggle.
+ Details
Architektur

Wie die Dateien aufgebaut sind

Ein Index-File, acht Memory-Dateien. Jede Datei hat YAML-Frontmatter und strukturierten Body — das ist alles.

Dateistruktur & Flow
📄MEMORY.md— Index (in jede Session geladen)
Claude Context Window
📄feedback_no_friday_deploy.mdtype: feedback
📄feedback_typescript_only.mdtype: feedback
📄project_q3_launch.mdtype: project
📄project_brand_colors.mdtype: project
📄… 4 weitere Memory-Dateien
Memory-Datei Format
---
name: feedback-no-friday-deploy
description: Kein Deploy freitags — historisch zu Incidents geführt
metadata:
type: feedback
---
Niemals freitags deployen.
**Why:** Zweimal Wochenendeinsatz durch Freitags-Incident.
**How to apply:** Deploy-Anfragen auf Montag verschieben.
Jede Memory: YAML-Frontmatter (name, description, type) + Body mit Why: und How to apply:
Meine Top-Tipps

Was ich gelernt habe

Nach Dutzenden Sessions mit dem System — das hat den größten Unterschied gemacht.

01
Feedback-Memories sind Gold wert
Jede Korrektur die du einmal gibst, wird zur dauerhaften Regel. "Kein Deploy am Freitag" musst du nie wieder sagen. Die KI lernt deinen Stil mit jeder Session.
02
Why & How to apply immer mitschreiben
Eine Regel ohne Begründung ist blind. Mit "Why" kann die KI Grenzfälle selbst entscheiden, ohne nachzufragen. Das ist der Unterschied zwischen einem Regelwerk und echtem Verständnis.
03
MEMORY.md kurz halten
Der Index wird in jede Session geladen. Jede Zeile kostet Tokens. Halte den Index unter 200 Zeilen — Inhalt gehört in die einzelnen Dateien, nicht in den Index.