Persönliches Projektmanagementsystem mit Claude Code und Obsidian: Architektur und Fragen

Systemarchitektur-Übersicht

Ein Entwickler entwirft ein persönliches Projektmanagementsystem mit Claude Code und Obsidian, um professionelle PM-Praktiken in das Privatleben zu integrieren. Das System besteht aus drei Schichten:

• Dateisystem (OneDrive): Speichert ausschließlich Archivdateien – PDFs, Anhänge, Belege. Hier befinden sich keine ausführbaren Dateien.
• Obsidian-Vault: Dient als Wissens- und Verfolgungsschicht. Alle Projektprotokolle, Pläne, Dashboards und täglichen Notizen befinden sich hier.
• Claude Code: Fungiert als Eingabemaschine, die Inhalte liest, weiterleitet und schreibt. Der größte Teil dieser Schicht arbeitet ohne manuelles Eingreifen.

Zwei-Claude-Einrichtung und Übergabe

Der Entwickler nutzt Claude Code auf einem Laptop für die Entwicklung und Claude.ai auf einem Smartphone für Planung, Entwürfe und mobile Erfassung. Um die Kontextlücke zu überbrücken, dient ein Übergabedokument – eine einzelne Markdown-Datei im Vault – das die gesamte Architektur beschreibt, einschließlich Ordnerstruktur, Weiterleitungsregeln, Namenskonventionen, aktuellem Projektstatus und Fortschritt der Entwicklungsphase. Claude.ai lädt dieses Dokument zu Beginn jeder Sitzung, um Konsistenz zu gewährleisten, und schlägt niemals Ordnerpfade oder Dateinamen außerhalb der dokumentierten Konventionen vor. Claude.ai agiert als Architekturbüro, während Claude Code als Baucrew fungiert.

Tägliches Protokoll und Befehlsstruktur

Alle Eingaben fließen durch eine einzige tägliche Protokolldatei, die in einfacher Sprache geschrieben ist. Claude Code verarbeitet dieses Protokoll und leitet Einträge an geeignete Orte weiter: Risiken an das Risikoregister, Entscheidungen an das Entscheidungsprotokoll, Aktionen an eine laufende Aktionsliste, und Blockaden werden gekennzeichnet. Zwei Schrägstrich-Befehle steuern das System:

• /daily: Verarbeitet das Tagesprotokoll, leitet Einträge weiter, aktualisiert Projektdateien und aktualisiert die Aktionsliste. Keine Präsentationen oder E-Mails – nur Weiterleitung.
• /pm-sync: Führt umfangreichere Aufgaben aus – liest alle Projektdateien, schreibt Updates, verfasst Status-E-Mails, generiert wöchentliche Präsentationsinhalte und aktualisiert ein Master-Dashboard.

Projektstruktur und Governance

Jedes Projekt umfasst eine Reihe von Dateien basierend auf der Komplexität, mit drei Stufen: Leicht (index.md und milestones.md), Mittel (fügt risks.md und decisions.md hinzu) und Schwer (vollständiger Satz). Claude bestimmt die Stufe durch Eingabefragen, wenn ein neues Projekt protokolliert wird. Wichtige Dateien umfassen:

• index.md: Momentaufnahme des aktuellen Zustands mit Status, Phase, Beendigungskriterien und Beteiligten.
• log.md: Chronologisches Tagebuch zur täglichen Verfolgung, das als ADHS-Unterstützung für die Kontextwiederherstellung dient.
• Strukturierte Protokolle: milestones.md, risks.md, decisions.md, issues.md, assumptions.md, lessons-learned.md.

Governance-Funktionen umfassen: Claude schließt niemals automatisch einen Meilenstein – es kennzeichnet ihn und wartet auf explizite Genehmigung via "I Approve [ID]". Umfangserweiterungen werden automatisch gekennzeichnet, wenn die Arbeit über die Beendigungskriterien eines Projekts hinausgeht, mit Vorschlägen, sie als separates Projekt auszugliedern. Neue Projektideen, die im täglichen Protokoll erfasst werden, lösen einen fünf Fragen umfassenden Eingabeprozess aus, bevor die Entwicklung beginnt.

Unterscheidung zwischen Domäne und Projekt

Das System unterscheidet zwischen Projekten und laufenden Domänen (z.B. Budgetierung, Fitness-Tracking, Haushaltswartung). Domänen erhalten Verfolgungsdateien und Notizen anstelle von Projektprotokollen, um sicherzustellen, dass keine Risikoregister für Routineaufgaben wie Entkalkungspläne für Espressomaschinen erstellt werden.

Entwicklerfragen für Feedback

Der Entwickler sucht Input zu:

1. Ob die Zwei-Befehl-Struktur (/daily und /pm-sync) sinnvoll ist oder die Weiterleitung unnötig kompliziert macht.
2. Die Verwendung von log.md als chronologisches Tagebuch getrennt von strukturierten Protokollen – hält es mit der Zeit stand oder wird es zu Rauschen?
3. Das Kontrolltor-Muster, das explizite Genehmigung zum Schließen von Meilensteinen erfordert – ist es nützliche Reibung oder nur Reibung?
4. Die Zwei-Claude-Einrichtung mit einem gemeinsamen Übergabedokument als Brücke für mobilen/Desktop-Kontext – lösen andere diese Lücke ähnlich?
5. Erfahrungen mit dem gemeinsamen Betrieb von Obsidian + Claude Code – was ist kaputtgegangen?