Praxisprojekt Second Brain · Pflege
Datenschutz
Lernziele
- Du entscheidest vor dem Ablegen in
raw/, ob eine Quelle in den Vault gehört. - Du trennst Material, das sich nicht mischen darf, in eigene Vaults und wägst für Sensibles ein lokales Modell ab.
- Du durchsuchst einen Vault vor dem Teilen nach Schlüsseln, persönlichen Angaben und der Herkunft seiner Quellen.
Ein gewachsenes Second Brain gehört nach unserer Einschätzung zu den aufschlussreichsten Dokumenten, die es über einen Menschen gibt. Alles, was du gelesen, bearbeitet, befürchtet und gefragt hast, steht darin, verknüpft und verzeichnet.
Genau dafür baust du es. Und genau deshalb lohnt es sich, bewusst zu entscheiden, was hineinkommt und wo es liegt.
Beim Erfassen entscheiden
Nachträgliches Schwärzen funktioniert nicht. Bis du merkst, dass etwas nicht in den Vault gehört, hat es sich in Konzeptseiten, Links und Synthesen verteilt. Es zu entfernen heißt, jede dieser Stellen zu finden.
Entscheide, bevor die Datei in raw/ landet. Am stärksten trifft das Chat-Exporte. Ein Chatverlauf enthält mehr über dich als jede andere Quelle, und er kommt in einem großen Stapel herein.
Was nicht hineingehört
Zugangsdaten jeder Art. Der Agent gibt sie nicht weiter. Der Vault wird aber synchronisiert, committet, gesichert und gelegentlich geteilt. Jede Kopie ist ein weiterer Ort, an dem der Schlüssel liegt. Was einmal committet ist, bleibt in der Historie, wie Versionieren mit Git zeigt.
Private Informationen anderer Menschen. Meeting-Transkripte, persönliche Nachrichten, alles, was dir im Vertrauen erzählt wurde. Deine Notizen sind der falsche Ort für das, was andere dir anvertraut haben. Diese Menschen haben nicht zugestimmt, dass ein Agent ihre Worte einarbeitet.
Material, das du vertraglich vertraulich halten musst. Kundenarbeit unter einer Verschwiegenheitsvereinbarung in einem Vault, der mit einem privaten Cloud-Konto synchronisiert, ist ein echtes Risiko.
Wohin damit?
Ordne jede Quelle zu.
Noch offen (5)
- Ein Fachartikel über Lernmethoden
- Die .env-Datei eines Projekts mit API-Keys
- Der Chatverlauf, in dem dir eine Freundin von ihrer Diagnose erzählt
- Deine eigenen Arztbriefe und Laborwerte
- Protokolle aus einem Kundenprojekt unter Verschwiegenheitsvereinbarung
In den Vault (0)
Gar nicht (0)
Eigener Vault (0)
Die Regeln für den Agenten selbst stehen in Leitplanken.
Getrennte Vaults
Hast du Material, das sich nicht mischen darf, leg es in einen eigenen Vault. Tags oder Ordner innerhalb eines Vaults reichen dafür nicht.
Ein Vault mit privatem Bereich
- Grenze: ein Ordner oder ein Tag
- Hängt ab von: jeder Abfrage, jedem Export und jedem Veröffentlichen, das die Grenze beachten muss
- Ein Fehler: ein Lauf liest den privaten Ordner mit, und Inhalte landen in Konzeptseiten
- Kosten: keine
Zwei getrennte Vaults
- Grenze: zwei Ordner mit eigener
CLAUDE.md - Hängt ab von: nichts, ein Lauf sieht nur seinen Vault
- Ein Fehler: kann nicht von einem Vault in den anderen übergreifen
- Kosten: du wählst jedes Mal, welchen Vault du öffnest
Lokale Modelle für Sensibles
Claude Code schickt deine Prompts und alles, was das Modell liest, über das Netz an den Anbieter des Modells. Bei den Privat-Tarifen von Anthropic (Free, Pro, Max, Ultra) bewahrt Anthropic diese Daten 30 Tage auf. Hast du erlaubt, sie zum Training zu nutzen, sind es fünf Jahre (Stand: Nov. 2026). Lokal liegen die Sitzungsverläufe zusätzlich 30 Tage im Klartext unter ~/.claude/projects/.
Soll eine Art von Material deinen Rechner gar nicht verlassen, bearbeitet ein lokales Modell den Import für diesen Vault. Ollama und LM Studio dokumentieren beide, wie Claude Code mit einem lokalen Modell arbeitet. Bei Ollama startet ollama launch claude die Verbindung. Von Hand setzt du die Adresse des lokalen Servers:
export ANTHROPIC_AUTH_TOKEN=ollama
export ANTHROPIC_API_KEY=""
export ANTHROPIC_BASE_URL=http://localhost:11434
claude --model qwen3.5
So steht es in der Dokumentation von Ollama (Stand: Nov. 2026). Wir haben es nicht selbst ausprobiert. Mit /status siehst du in Claude Code, mit welchem Endpunkt du verbunden bist.
Die Qualität ist geringer als bei einem großen Modell eines Anbieters. Das ist der Preis. Für medizinisches, rechtliches oder finanzielles Material lohnt er sich nach unserer Einschätzung. Für Artikel über Software meist nicht.
Veröffentlichen
Nur mit ausdrücklicher Freigabe pro Seite. Wie das geht und warum der umgekehrte Weg gefährlich ist, zeigt Veröffentlichen und exportieren.
Bevor du einen Vault teilst
Ist ein Vault einmal geteilt, ist er draußen. Der Graph macht es Lesenden leicht, ein Bild von dir zusammenzusetzen, das du nicht geben wolltest.
Für die Suche nach Schlüsseln reicht ein erster Durchgang mit ripgrep. Im Test-Vault fand er den Key des Plugins Local REST API in den Plugin-Daten:
rg -n --hidden -g '!.git' -i 'api[_-]?key|token|secret|password' ~/brain
Das Muster findet auch das Wort Token in Notizen über Sprachmodelle. Lies die Treffer also durch. Gründlicher ist ein eigenes Werkzeug wie gitleaks. Laut README durchsucht gitleaks dir einen Ordner und gitleaks git die ganze Git-Historie (Version 8.30.1, Stand: Nov. 2026). Die Historie zählt, denn ein Key, den du gelöscht hast, kann dort noch stehen.
Bevor du einen Vault teilst
0 von 5 erledigt
Merksätze
- Was nicht in den Vault gehört, entscheidest du vor dem Ablegen in
raw/. Nachträgliches Schwärzen verfehlt Stellen. - Zugangsdaten, Vertrauliches über andere und Material unter Verschwiegenheit bleiben draußen.
- Material, das sich nicht mischen darf, bekommt einen eigenen Vault.
- Ein lokales Modell hält Sensibles auf dem Rechner, um den Preis geringerer Qualität.
- Vor dem Teilen durchsuchst du Dateien und Historie nach Schlüsseln, Frontmatter nach persönlichen Angaben und das Log nach Herkunft.
Prüf dich selbst
Denkfrage
Warum ist ein Ordner „privat“ im selben Vault schwächer als ein zweiter Vault?
Der Ordner schützt nur, solange jeder Lauf, jeder Export und jedes Veröffentlichen ihn auslässt. Ein einziger Lauf, der ihn mitliest, trägt Inhalte in Konzeptseiten und Links. Ein zweiter Vault liegt außerhalb dessen, was ein Lauf im ersten sieht.
Denkfrage
Du merkst nach einem Monat, dass ein Meeting-Transkript mit vertraulichen Angaben einer Kollegin eingearbeitet wurde. Warum reicht es nicht, die Datei in raw/ zu löschen?
Der Agent hat daraus Seiten gebaut, Aussagen in Konzeptseiten übernommen und Links gesetzt. Diese Spuren bleiben nach dem Löschen der Quelle stehen und stecken außerdem in der Git-Historie und in jedem Backup. Darum fällt die Entscheidung vor dem Import.
Prüf dich selbst
Quellen
- Data usage
Training nach Wahl, Aufbewahrung 30 Tage oder fünf Jahre, lokale Verläufe 30 Tage.
- Claude Code
ollama launch claude und die Umgebungsvariablen für den lokalen Server.
- Claude Code
Lokaler Server auf Port 1234, ANTHROPIC_BASE_URL.
- gitleaks
Version 8.30.1, gitleaks dir und gitleaks git.