Die meisten Produktivitätssysteme scheitern aus demselben Grund.
Sie sind für gute Tage gemacht.
An einem guten Tag hast du die Zeit und Energie, das System zu pflegen. Du sortierst Notizen richtig ein. Du aktualisierst Projektstatus. Du prüfst deinen Posteingang. Du verarbeitest alles, was reinkommt.
An einem schlechten Tag wird das System zur Quelle von Schuldgefühlen statt zu einem Hebel. Du hast den Posteingang seit vier Tagen nicht bearbeitet. Notizen liegen in zufälligen Ordnern. Projektstatus sind Wochen alt.
Du hörst auf, das System zu nutzen, weil seine Pflege mehr Energie kostet, als es einspart.
Das Obsidian Personal Operating System ist anders konzipiert.
Es ist nicht für gute Tage gemacht.
Es ist dafür gemacht, schlechte zu überstehen.
Die Architektur erhält sich selbst, wenn du überfordert bist, produziert nützliche Ergebnisse, wenn du inkonsistent bist, und wächst intelligent, egal ob du aktiv kuratierst oder nicht.
Dieser Leitfaden ist der vollständige Aufbau für ein Obsidian-System, das dein Leben steuert und niemals zusammenbricht, egal was das Leben dir entgegenwirft.
Warum die meisten Obsidian-Systeme scheitern
Bevor du mit dem Aufbau beginnst, musst du verstehen, warum die Systeme, die die meisten Leute bauen, nicht von Dauer sind.
Sie scheitern aus drei Gründen.
Manueller Wartungsaufwand. Das System erfordert, dass du es regelmäßig aktualisierst, um genau zu bleiben. Projektstatus müssen manuell aktualisiert werden. Dashboards müssen manuell aktualisiert werden. Tags müssen manuell vergeben werden. Wenn das Leben hektisch wird, bleibt die Wartung auf der Strecke und das System wird unzuverlässig. Ein unzuverlässiges System wird aufgegeben.
Komplexität, die sich im Laufe der Zeit aufbaut. Die Leute beginnen mit einer einfachen Struktur und fügen jedes Mal Komplexität hinzu, wenn sie auf ein Problem stoßen, das das aktuelle System nicht löst. Sechs Monate später haben sie eine barocke Architektur, die 20 Minuten Navigation erfordert und das Lesen einer selbst geschriebenen Dokumentation voraussetzt, um sie zu verstehen.
Keine Intelligenzschicht. Der Tresor speichert Informationen, denkt aber nicht über sie nach. Du hältst Ideen fest, findest sie aber nie wieder. Du machst Besprechungsnotizen, holst aber nie die Aktionspunkte hervor, wenn sie relevant werden. Das System ist ein Archiv, keine Intelligenz.
Die Betriebssystem-Architektur löst alle drei Probleme.
Manuelle Wartung entfällt, weil Claude Code, verbunden über MCP, das System automatisch wartet.
Die Komplexität bleibt kontrolliert, weil die Architektur eine feste Anzahl von Komponenten hat, jede mit einer bestimmten Funktion, und keine Komponente eine andere dupliziert.
Intelligenz wird durch Claude hinzugefügt, der den Tresor liest, Verbindungen herstellt, relevante Informationen hervorhebt und Ergebnisse generiert, die der Tresor allein nicht produzieren kann.
Die Drei-Schichten-Architektur
Das Personal Operating System hat drei verschiedene Schichten.
Schicht 1: Die Speicherschicht
Das ist Obsidian selbst. Reine Text-Markdown-Dateien, organisiert in einer konsistenten Struktur. Jede Information, die dein Leben produziert, lebt hier in einem Format, das für Menschen lesbar, maschinenlesbar und dauerhaft ist.
Schicht 2: Die Intelligenzschicht
Das ist Claude Code, verbunden mit deinem Tresor über das Filesystem MCP. Claude liest deine Dateien, stellt Verbindungen zwischen ihnen her, generiert Ergebnisse daraus und aktualisiert sie basierend auf dem, was in deinem Leben passiert.
Schicht 3: Die Automatisierungsschicht
Das ist N8N, das auf einem 5-Dollar-Server läuft. Es plant Workflows, löst Trigger aus, ruft die Claude-API auf und leitet Informationen zwischen Systemen weiter, ohne dass du etwas initiieren musst.
Diese drei Schichten verwandeln eine Sammlung von Notizen in ein Betriebssystem.
Entferne eine beliebige Schicht und du hast etwas weniger.
Speicher ohne Intelligenz ist ein Archiv.
Speicher mit Intelligenz, aber ohne Automatisierung ist ein Werkzeug, das du benutzt.
Alle drei zusammen sind ein System, das operiert.
Die Tresorstruktur, die niemals bricht
Die Tresorstruktur ist die Grundlage von allem. Wenn du das richtig machst, bleibt das System kohärent, während es wächst. Wenn du es falsch machst, wird es zu einem Labyrinth.
Die Struktur hat acht Ordner. Jede Notiz in deinem gesamten Tresor gehört in genau einen davon. Kein Ordner ist optional. Kein Ordner überschneidet sich mit einem anderen.
00 - CAPTURE/
[Alles Unverarbeitete landet hier]
01 - ACTIVE/
projects/
[project-name]/
overview.md
tasks/
notes/
outputs/
areas/
health/
finances/
relationships/
learning/
career/
daily/
[YYYY-MM-DD].md
02 - RESOURCES/
research/
references/
templates/
bookmarks/
03 - SYSTEM/
CLAUDE.md
skills/
workflows/
logs/
04 - GENERATED/
briefings/
summaries/
analyses/
drafts/
05 - QUEUE/
[pending tasks for Claude]
06 - CALENDAR/
events/
reviews/
07 - ARCHIVE/
[abgeschlossene Projekte und veraltete Inhalte]
Die Logik hinter jedem Ordner:
00 - CAPTURE existiert, weil Erfassen und Verarbeiten getrennte Aktivitäten sind. Du erfasst mit der Geschwindigkeit des Denkens. Du verarbeitest mit der Geschwindigkeit der Aufmerksamkeit. Der Capture-Ordner nimmt alles ohne Wertung auf, damit nichts verloren geht, weil die Verarbeitung zu langsam war.
01 - ACTIVE enthält nur das, was gerade lebendig ist. Projekte, an denen du arbeitest. Lebensbereiche, für die du verantwortlich bist. Tägliche Notizen. Nichts Historisches. Nichts Angestrebtes. Nur Aktuelles.
02 - RESOURCES ist die Referenzbibliothek. Dinge, die du vielleicht eines Tages brauchst. Nicht Dinge, an denen du gerade arbeitest.
03 - SYSTEM ist das Betriebssystem selbst. CLAUDE.md. Skill-Dateien. Workflow-Definitionen. Protokolle. Die Infrastrukturschicht.
04 - GENERATED ist der Ort, an dem Claude Ergebnisse ablegt. Bearbeite hier niemals manuell Dateien. Es sind Systemausgaben.
05 - QUEUE ist der Posteingang für Claude-Aufgaben. Du legst hier Dateien ab, die beschreiben, was du brauchst. Claude verarbeitet sie. Die Ergebnisse landen in GENERATED.
06 - CALENDAR verfolgt zeitbasierte Informationen. Bevorstehende Ereignisse. Regelmäßige Überprüfungen. Dinge, die nach dem "Wann" und nicht nach dem "Was" organisiert sind.
07 - ARCHIVE ist der Ort, an den Dinge gehen, wenn sie abgeschlossen sind. Projekte, die du beendet hast. Referenzen, die veraltet sind. Niemals löschen. Archivieren.
Die CLAUDE.md, die es intelligent macht
Die CLAUDE.md ist das Dokument, das Claude alles über dein Leben sagt, bevor ein Workflow läuft.
Ohne sie beginnt jede Claude-Sitzung bei Null. Mit ihr beginnt jede Sitzung mit vollständigem Kontext darüber, wer du bist, woran du arbeitest und was gerade wichtig ist.
Personal Operating System — CLAUDE.md
Identität
Name: [DEIN NAME]
Rolle: [DEINE PRIMÄRE ROLLE]
Standort: [DEINE STADT]
Lebensbereiche und aktueller Status
Gesundheit: [KURZER STATUS – z. B. "Training für Halbmarathon,
Laufen 4x pro Woche"]
Finanzen: [KURZER STATUS – z. B. "Sparen für Hauskaution,
Ziel bis Dezember 2026"]
Beziehungen: [KURZER STATUS – z. B. "Partner: [Name].
Wichtige Freundschaften zu pflegen: [Namen]"]
Lernen: [KURZER STATUS – z. B. "Studiere gerade:
[Thema]. Ziel: [Ergebnis]"]
Karriere: [KURZER STATUS – z. B. "Aktuelle Rolle: [Titel].
Arbeite auf: [Ziel]"]
Aktive Projekte
[Für jedes aktive Projekt wiederholen]
Aktuelle Prioritäten
- [DAS WICHTIGSTE DIESE WOCHE]
- [DAS ZWEITWICHTIGSTE]
- [DAS DRITTWICHTIGSTE]
Standards für generierte Inhalte
Stimme: [WIE DU SCHREIBST UND KOMMUNIZIERST]
Formatpräferenzen: [DEINE PRÄFERENZEN]
Was du niemals willst: [SPEZIFISCHE DINGE, DIE DU VERMEIDEN WILLST]
Betriebsregeln
- Niemals Dateien löschen. Mit Zeitstempel in ARCHIVE verschieben.
- Niemals Kommunikation ohne menschliche Überprüfung versenden.
- Generierte Dateien immer mit YYYY-MM-DD datieren.
- Jede wichtige Aktion in SYSTEM/logs/operations.md protokollieren.
- Bei Unsicherheit über die Platzierung GENERATED verwenden und markieren.
Aktualisierungsplan
Diese Datei wird überprüft und aktualisiert: [DEIN PLAN –
z. B. jeden Montagmorgen]
Aktualisiere den Abschnitt "Aktuelle Prioritäten" jeden Montagmorgen. Das ist die mit Abstand wichtigste Wartungsgewohnheit im gesamten System. Fünf Minuten ehrlicher Reflexion darüber, was diese Woche wirklich wichtig ist, verbessert die Relevanz von allem, was das System generiert, drastisch.
Die fünf Workflows, die es zu einem Betriebssystem machen
Fünf Workflows verwandeln den Tresor von einem Speichersystem in ein Betriebssystem.
Jeder läuft automatisch. Jeder gibt an GENERATED aus. Jeder erhält sich selbst ohne dein manuelles Eingreifen.
Workflow 1: Das tägliche Morgen-Briefing
Jeden Morgen um 6:00 Uhr liest dieser Workflow deinen Tresor und generiert ein Briefing.
Der Claude-Prompt:
Lies CLAUDE.md für den vollständigen Lebenskontext.
Generiere ein Morgen-Briefing mit folgenden Inhalten:
AM WICHTIGSTEN HEUTE: Die einzelne Handlung mit der
höchsten Hebelwirkung, die ich heute basierend auf meinen
aktuellen Prioritäten ergreifen kann.
TERMINPLAN: Alle Ereignisse in CALENDAR/events/, die auf
heute datiert sind. Erstelle einen ein-sätzigen Kurzbericht
für jedes.
OFFENE SCHLEIFEN: Alle Elemente, die mit OFFEN: in der
gestrigen Tagesnotiz gekennzeichnet sind.
PROJEKT-PULS: Für jedes aktive Projekt in CLAUDE.md:
ein Satz zum Status, ein Satz zur nächsten Aktion.
WOCHENFOKUS: Wenn heute Montag ist, lies die Tagesnotizen
der letzten Woche und identifiziere das Wichtigste, das
diese Woche erreicht werden muss.
Formatiere auf unter 300 Wörter. Beginne mit AM WICHTIGSTEN HEUTE.
Speichern unter: GENERATED/briefings/[DATUM]-morning.md
Dieses Briefing läuft, bevor du deinen Laptop aufklappst. Du liest es in drei Minuten. Du weißt, was wichtig ist, bevor du eine einzige Benachrichtigung siehst.
Workflow 2: Der Capture-Prozessor
Jeden Abend um 20:00 Uhr verarbeitet dieser Workflow alles in 00 - CAPTURE.
Der Claude-Prompt:
Lies alle Dateien im CAPTURE-Ordner, die heute erstellt wurden.
Für jedes erfasste Element:
- Identifiziere, um welchen Typ es sich handelt:
AUFGABE: Etwas, das eine Handlung erfordert
IDEE: Etwas, das später entwickelt oder recherchiert werden soll
REFERENZ: Informationen, die für die spätere Verwendung gespeichert werden sollen
NOTIZ: Kontext oder Beobachtung zu etwas Aktivem
EREIGNIS: Etwas Zeitgebundenes, das in den Kalender soll
- Lege es am richtigen Ort ab:
AUFGABE → Erstelle eine Aufgabennote im relevanten Projekt oder Bereich
IDEE → Lege sie in RESOURCES/research/ mit dem Datum ab
REFERENZ → Lege sie thematisch in RESOURCES/references/ ab
NOTIZ → Füge sie der relevanten Projekt- oder Tagesnotiz hinzu
EREIGNIS → Erstelle eine Ereignisdatei in CALENDAR/events/
- Für AUFGABEN: extrahiere die spezifische Aktion, weise ein Fälligkeitsdatum zu, falls erwähnt, und füge sie der entsprechenden Projektaufgabenliste hinzu.
- Nach der Verarbeitung: verschiebe die ursprüngliche Capture-Datei in ARCHIVE.
Protokolliere alle Verarbeitungsaktionen in SYSTEM/logs/capture-log.md.
Dieser Workflow bedeutet, dass 00 - CAPTURE sich jeden Abend selbst leert. Nichts sammelt sich an. Nichts geht im Posteingang verloren. Jede Erfassung landet genau dort, wo sie hingehört, ohne dass du das Sortieren übernehmen musst.
Workflow 3: Der wöchentliche Review-Generator
Jeden Sonntag um 19:00 Uhr generiert dieser Workflow deinen wöchentlichen Review.
Der Claude-Prompt:
Lies alle Tagesnotizen der letzten 7 Tage.
Lies alle Projektnotizen, die diese Woche geändert wurden.
Lies CLAUDE.md für den aktuellen Lebenskontext und die Prioritäten.
Generiere den wöchentlichen Review:
WAS VORANGEKOMMEN IST:
Konkrete Erfolge der Woche. Was hat jeden verursacht.
Sei spezifisch. Nenne die Projekte, die Aktionen, die Ergebnisse.
WAS NICHT VORANGEKOMMEN IST:
Ehrliche Einschätzung, was ins Stocken geraten ist.
Der wahrscheinlichste Grund für jedes Element, das nicht
vorangekommen ist.
DAS MUSTER DER WOCHE:
Ein Thema oder eine Erkenntnis, die wiederholt aufgetreten ist.
Ob es ein Signal für eine notwendige Änderung ist.
PRIORITÄTEN FÜR NÄCHSTE WOCHE:
Drei spezifische Prioritäten für nächste Woche, geordnet nach
Wirkung. Für jede: warum sie wichtig ist, was die spezifische
nächste Aktion ist.
EINE ENTSCHEIDUNG:
Die wichtigste Entscheidung, die gerade offen ist.
Welche Informationen du hast, um sie zu treffen.
Was es kostet, sie noch eine weitere Woche aufzuschieben.
Speichern unter: GENERATED/summaries/[DATUM]-weekly-review.md
Aktualisiere CLAUDE.md: Abschnitt "Aktuelle Prioritäten" mit
den Top 3 der nächsten Woche.
Der wöchentliche Review hat früher 45 Minuten gedauert, in denen du auf deine Notizen gestarrt hast und versucht hast, dich zu erinnern, was passiert ist.
Jetzt dauert es 10 Minuten, um zu lesen, was das System generiert hat, und 2 Minuten, um etwas hinzuzufügen, das es übersehen hat.
Workflow 4: Der Queue-Prozessor
Alle 2 Stunden überprüft dieser Workflow 05 - QUEUE auf Dateien, die du dort abgelegt hast.
Die Konvention ist einfach. Benenne die Datei mit einem Verb und einem Thema:
RECHERCHE-stoische-philosophie-anwendungen.md
ZUSAMMENFASSEN-projekt-besprechungsnotizen.md
ENTWURF-e-mail-an-vermieter-wegen-reparaturen.md
PLANEN-reise-nach-portugal-oktober.md
ENTSCHEIDEN-ob-neuer-kunde-angenommen-werden-soll.md
Der Workflow liest den Dateinamen, um den Aufgabentyp zu verstehen, und den Dateiinhalt für spezifische Anweisungen.
Der Claude-Prompt:
Überprüfe den QUEUE-Ordner auf unverarbeitete Dateien.
Für jede gefundene Datei:
- Lies den Dateinamen, um den Aufgabentyp zu identifizieren
- Lies den Dateiinhalt für spezifische Anweisungen
- Führe die Aufgabe mit dem relevanten Skill aus
SYSTEM/skills/ aus, falls vorhanden
- Speichere die Ausgabe unter GENERATED/[aufgabentyp]/[DATUM]-[thema].md
- Verschiebe die Queue-Datei in ARCHIVE/queue-processed/
Protokolliere alle Queue-Verarbeitungen in SYSTEM/logs/queue-log.md.
Wenn die Aufgabe Informationen erfordert, die nicht im Tresor verfügbar sind:
Markiere in der Ausgabe als BENÖTIGT MENSCHLICHE EINGABE: [was benötigt wird]
Der Queue-Prozessor ist der leistungsstärkste Workflow im System, weil er alles erledigt.
Dir fällt um Mitternacht etwas ein, das du haben möchtest. Du legst eine Datei in die Queue. Sie wird bis 2 Uhr morgens verarbeitet. Die Ausgabe wartet auf dich, wenn du aufwachst.
Workflow 5: Der Projekt-Gesundheitsmonitor
Jeden Montag um 7:00 Uhr überprüft dieser Workflow alle aktiven Projekte.
Der Claude-Prompt:
Lies CLAUDE.md für die Liste der aktiven Projekte.
Lies die overview.md-Datei in jedem aktiven Projektordner.
Lies alle Projektdateien, die in den letzten 7 Tagen geändert wurden.
Generiere für jedes Projekt eine Gesundheitsbewertung:
STATUS: Auf Kurs / Gefährdet / Ins Stocken geraten / Blockiert
NACHWEIS: Was genau zeigt diesen Status an.
Sei konkret. Nenne Dateien, Daten und spezifische Beobachtungen.
NÄCHSTE AKTION: Die einzelne wichtigste Sache, die dieses
Projekt in den nächsten 48 Stunden braucht.
MARKIERUNG: Jedes Projekt, das seit mehr als 7 Tagen keine
Aktivität hatte. Diese brauchen menschliche Aufmerksamkeit.
Speichere den Gesundheitsbericht unter:
GENERATED/briefings/[DATUM]-project-health.md
Für alle MARKIERTEN Projekte: erstelle eine Datei in QUEUE mit dem Namen:
ÜBERPRÜFEN-[projektname].md mit einer Zusammenfassung der Situation.
Der Projekt-Gesundheitsmonitor deckt Probleme auf, bevor sie zu Krisen werden. Ein Projekt, das sieben Tage lang ins Stocken geraten ist, wird am Montagmorgen markiert, nicht erst in Panik entdeckt, wenn eine Frist naht.
Die Anti-Zusammenbruch-Funktionen
Das Betriebssystem ist mit drei spezifischen Anti-Zusammenbruch-Mechanismen ausgestattet.
Das Capture-Sicherheitsnetz
Alles geht zuerst in 00 - CAPTURE. Zum Zeitpunkt der Erfassung ist keine Entscheidung erforderlich. Du überspringst niemals das Erfassen von etwas, weil du nicht weißt, wo du es ablegen sollst. Der Capture-Ordner nimmt alles auf und der Prozessor sortiert es später ein.
Das bedeutet, dass das System deine hektischen Tage unbeschadet übersteht. An einem Tag, an dem du für nichts Zeit hast, erfasst du trotzdem in 00 - CAPTURE. Der Prozessor erledigt den Rest am Abend automatisch.
Die Archiv-Niemals-Löschen-Regel
In diesem System wird niemals etwas gelöscht. Abgeschlossene Projekte werden in ARCHIVE verschoben. Veraltete Referenzen werden in ARCHIVE verschoben. Verarbeitete Erfassungen werden in ARCHIVE verschoben.
Das bedeutet, dass das System niemals Informationen verliert. Du kannst es nicht beschädigen, indem du zu aggressiv archivierst. Die Kosten für das Aufbewahren von allem sind null, weil der Speicher unendlich ist und das System niemals erfordert, dass du für den täglichen Betrieb im Archiv stöberst.
Die CLAUDE.md als einzige Quelle der Wahrheit
Alles über dein Leben, das Claude zum Betrieb benötigt, existiert in einer Datei. Eine Datei zum Aktualisieren. Eine Datei zum Überprüfen. Eine Datei, die jeden Workflow steuert.
Wenn sich deine Prioritäten ändern, aktualisierst du CLAUDE.md und jeder nachfolgende Workflow spiegelt die neue Realität automatisch wider. Du musst nicht fünf verschiedene Dokumente aktualisieren oder deine Situation in fünf verschiedenen Sitzungen neu erklären.
Die Bau-Reihenfolge, die dich an einem Wochenende zum Laufen bringt
Baue das System in genau dieser Reihenfolge. Widerstehe dem Drang, alles gleichzeitig zu bauen.
Samstagmorgen: Speicherschicht
Erstelle die acht Ordner. Richte die CLAUDE.md mit deinen tatsächlichen aktuellen Informationen ein. Schreibe eine Projektübersicht für dein aktivstes Projekt mit konsistenten Eigenschaften.
Zeitaufwand: 2 Stunden.
Samstagnachmittag: Intelligenzschicht
Installiere Claude Desktop. Konfiguriere das Filesystem MCP. Richte es auf deinen Tresor aus. Führe das erste Morgen-Briefing manuell aus und überprüfe, ob es basierend auf deiner CLAUDE.md genaue Ergebnisse liefert.
Zeitaufwand: 1 Stunde.
Samstagabend: Erste Queue-Aufgabe
Lege eine Datei mit einer echten Aufgabe in deinen QUEUE-Ordner. Ein Forschungsthema, das du schon immer erkunden wolltest. Eine Entscheidung, die du aufgeschoben hast. Eine Zusammenfassung von Notizen, die du diese Woche gemacht hast.
Lass Claude es verarbeiten. Überprüfe die Ausgabe. Notiere, was du in deiner CLAUDE.md verbessern kannst.
Zeitaufwand: 30 Minuten.
Sonntagmorgen: Automatisierungsschicht
Richte N8N ein. Baue den Morgen-Briefing-Workflow als Cron-Job. Lass ihn zu seiner geplanten Zeit laufen und überprüfe, ob die Ausgabe automatisch in GENERATED erscheint.
Zeitaufwand: 2 Stunden.
Sonntagnachmittag: Verbleibende Workflows
Füge den Capture-Prozessor, den wöchentlichen Review-Generator und den Queue-Prozessor als zusätzliche N8N-Workflows hinzu.
Zeitaufwand: 2 Stunden.
Bis Sonntagabend laufen alle fünf Workflows. Das Betriebssystem ist betriebsbereit.
Wie ein "Niemals Zusammenbrechen" tatsächlich aussieht
Drei Monate nach dem Bau dieses Systems wirst du etwas bemerken.
Das System lief die ganze Zeit.
Nicht, weil du es perfekt gewartet hast. Hast du nicht. Es gab Wochen, in denen du Obsidian kaum angerührt hast. Es gab Tage, an denen sich Erfassungen drei Tage lang in 00 - CAPTURE stapelten, bevor du überhaupt daran gedacht hast.
Aber das Morgen-Briefing lief jeden Morgen weiter. Die Erfassungen wurden jeden Abend weiter verarbeitet. Der wöchentliche Review wurde jeden Sonntag weiter generiert. Der Projekt-Gesundheitsmonitor markierte weiterhin jeden Montag ins Stocken geratene Projekte.
Das System arbeitete weiter, ob du es bedient hast oder nicht.
Das ist der Unterschied zwischen einem Produktivitätstool und einem Betriebssystem.
Ein Tool erfordert, dass du es benutzt.
Ein Betriebssystem läuft.
Baue das Fundament an diesem Wochenende.
Das Betriebssystem läuft ab dem ersten Morgen, an dem es aktiv ist.
Folge @cyrilXBT für die exakten CLAUDE.md-Vorlagen, N8N-Workflow-Konfigurationen und das Filesystem-MCP-Setup, das diese gesamte Architektur zum Laufen bringt.
