Ein Nicht-Programmierer-Setup zur Dateisystem-Projektverwaltung für Claude Desktop

Projektarchitektur für nachhaltige Wissensarbeit
Ein nicht-technischer Nutzer hat ein System entwickelt, um die Grenzen von Claudes chatbasierter Projektarbeit zu überwinden. Das Kernproblem, das angegangen wird, ist die Verwässerung von Claudes Effektivität in langen Chats und der Mangel an zuverlässiger Kontinuität zwischen Sitzungen. Die Lösung nutzt den Dateisystemzugriff von Claude Desktop, um persistente Projektverzeichnisse zu erstellen, auf die Claude direkt lesend und schreibend zugreifen kann.
Verzeichnisstruktur und Schlüsselkomponenten
Der Nutzer verwaltet neun Projekte in verschiedenen Bereichen (persönliche Verwaltung, Finanzen, Gesundheit, Recht, Forschung usw.), die jeweils dieser standardisierten Verzeichnisstruktur folgen:
[Projekt]/
WORKFLOW.txt ← der Einstiegspunkt, wird beim Start gelesen
Inbox/ ← bidirektionaler Dateiaustausch
Workflow-Dateien/
HANDOFF.txt ← Zustandsmomentaufnahme, wird ständig überschrieben
REFERENCE.txt ← Details bei Bedarf, wird NICHT beim Start gelesen
TASKS.txt ← nur aktive Aufgaben, bei Bedarf
Clock/timestamp.txt ← zeitliches Bewusstsein
Lessons/
LESSONS_INDEX.txt ← Kartenkatalog für angesammeltes Wissen
[Thema].txt
Session-Logs/
Session_XXX.txt
[Teilprojekt A]/ ← durch die Domäne geprägt
[Teilprojekt B]/
Projektanweisungsvorlage
Der Nutzer fügt identische Anweisungen in jedes Claude-Projekt ein (ändert nur den Dateipfad):
Arbeitsbereich: Alle Projektdateien befinden sich im Dateisystem unter [Pfad]. Zu Sitzungsbeginn rufe Filesystem:list_allowed_directories auf, um den Dateisystemzugriff zu bestätigen. Dann rufe Filesystem:list_directory auf dem Projektpfad auf, um zu bestätigen, dass du ihn lesen kannst. Diese Tools bieten vollen Lese- und Schreibzugriff auf das Projekt-Dateisystem, einschließlich write_file, edit_file, move_file und create_directory. Wenn Filesystem verfügbar ist, lies WORKFLOW.txt und folge seinen Verfahren. Wenn Filesystem nicht verfügbar ist, informiere den Nutzer und erkläre, dass die Sitzung aus Projektgedächtnis und Gesprächskontext arbeiten wird. Die Fähigkeiten werden im Vergleich zu Desktop-Sitzungen eingeschränkt sein. Notiere alle Entscheidungen oder Informationen, die beim nächsten Mal, wenn Desktop-Zugriff verfügbar ist, mit dem Dateisystem synchronisiert werden sollten.
Das System ist um eine Kernbeschränkung herum aufgebaut: Alles, was Claude beim Start liest, bleibt während des gesamten Gesprächs im Kontext und wird bei jedem Zug neu verarbeitet. Designentscheidungen balancieren Start-Erfahrung und Kontinuität gegen Kontextkosten ab.
WORKFLOW.txt bleibt schlank und enthält nur Startprozedur, Projektbeschreibung, zeitliches Bewusstsein, Protokollierungsregeln und Präferenzen, die Claude im Laufe der Zeit gelernt hat und die nicht in den benutzerweiten Einstellungen enthalten sind. Alles andere kommt in REFERENCE.txt oder andere Dokumente, die bei Bedarf geladen werden.
📖 Read the full source: r/ClaudeAI
👀 Siehe auch

Ausführen von Claude Code Remote Control auf einem Cloud-Server über RAgent
Ein Entwickler hat das Open-Source-Projekt RAgent auf Railway bereitgestellt, um die Remote-Control-Funktion von Claude Code von einem Cloud-Server aus auszuführen und so das Problem zu lösen, dass Laptop-Schlafmodus Sitzungen unterbricht. Das Setup nutzt einen 5-Dollar-pro-Monat-VPS als ständig verfügbare Claude-Code-Maschine, die über die Claude-Mobile-App zugänglich ist.

OpenClaw-Setup-Entwicklung: Von der Überkonfiguration zum praktischen Multi-Agenten-System
Ein Entwickler teilt seine Reise von drei Neuinstallationen zu einem funktionierenden OpenClaw-Setup mit Multi-Agenten-Spezialisierung, geschichtetem Speicher und semantischer Suche über QMD-Backend, das auf einem Mac mini M2 läuft, mit einer separaten Hetzner-Instanz für Experimente.

Ein-Klick-Cloud-Hosting für OpenClaw KI-Agenten
OpenClaw präsentiert eine bahnbrechende Cloud-Hosting-Lösung mit einem Klick für KI-Agenten, die Bereitstellung und Zugänglichkeit vereinfacht. Entdecken Sie, wie diese Innovation die KI-Entwicklung auf der OpenClaw-Plattform revolutionieren wird.

Selbst gehostet vs. verwaltet OpenClaw: Ein 4-Monats-Vergleich eines Entwicklers
Ein Entwickler wechselte nach vier Monaten Selbsthosting von OpenClaw zum verwalteten Dienst von RunLobster für 49 US-Dollar pro Monat. Das Selbsthosting erforderte ständige Wartung, einschließlich Wiederverbindungsskripten, Fehlerbehebung bei Konfigurationsupdates und Umgang mit unerwarteten API-Rechnungen.