9 Bausteine für den Betrieb von Claude Code als persistentes Betriebssystem über 18 Unternehmen hinweg

Ein Entwickler auf r/ClaudeAI beschreibt, wie er 18 Claude Code-Instanzen nicht als isolierte Projekte, sondern als Instanzen eines gemeinsamen Betriebssystems betreibt. Jede Instanz führt ein anderes Geschäft (Strategie, Produkt, Marketing-Website, Bedrohungsanalyse, drei Beratungskunden, persönliche Marke), alle teilen sich ein gemeinsames Grundgerüst, das einmal aktualisiert und selektiv übernommen wird.

Die 9 Bausteine

1. Ein Grundgerüst mit selektiver Übernahme aufbauen

• Statt pro Arbeitsbereich ein eigenes Projekt zu erstellen, hat der Entwickler eine Vorlage mit Plugins, Regeln, Agenten, Hooks, Schemata und Befehlen erstellt.
• Beim Start eines neuen Geschäfts wird die Vorlage geklont. Jede Instanz erbt das gesamte Betriebssystem, weicht aber bei kanonischen Dateien, Speicher, Ausgabe und Projektzustand ab.
• Das Update-CLI synchronisiert Plugins, Regeln, Agenten, Hooks und Schemata; es berührt niemals Speicher, Ausgabe, kanonische Dateien oder mein-Projekt (diese werden pro Instanz angesammelt).

2. Zustand aus Prompts in Code verschieben

• LLMs sind schlecht im Erinnern; Code ist dafür gemacht. Zustände wie Sprachregeln, Stilpräferenzen, verbotene Wörter und aktuelle Entscheidungen wurden in MCP-Server verlagert.
• Ein Sprach-Linter, Lead-Scorer, Terminplan-Validator und Schleifen-Tracker laufen in Python und liefern strukturierte Daten.
• Faustregel: Wenn man Claude etwas mehr als zweimal erklärt hat, sollte es Code sein.

3. Quittungen statt Statusfelder verwenden

• Statusfelder (Issue geschlossen, PRD ausgeliefert, Test bestanden) sind unzuverlässig, weil das LLM alles behaupten kann.
• Workflows wurden um Quittungen herum neu aufgebaut – ein Skript schreibt einen Verifikationsnachweis, bevor ein Issue als verifiziert markiert werden kann. Das Modell kann nicht lügen, ob Code ausgeführt wurde.

4. Eine Verkabelungsprüfung als Tor bauen

• Halbfertige Features verrotten stillschweigend in KI-Repos, weil nichts kaputtgeht.
• Ein Befehl /wiring-check wurde erstellt. Bevor eine Aufgabe erledigt ist, prüft er, ob jede neue Fähigkeit einen Auslöser hat, jeder neue Hook in settings.json existiert, jedes neue MCP-Tool im Server sitzt, jede neue Bus-Datei einen Produzenten und einen Konsumenten hat.
• „Ich denke, es funktioniert“ fällt durch das Tor. „Ich habe X ausgeführt und Y erhalten“ besteht.

5. Regeln automatisch laden, nicht als Slash-Befehle

• Regeln in .claude/rules/ werden automatisch geladen. Die Sprachregel feuert bei ausgehenden Texten, die AUDHD-Regel bei allem Handlungsrelevanten, die soziale-Reaktion-Regel beim Teilen fremder Beiträge.
• Kein Erinnern oder Willenskraft nötig.

6. Stil in Code linten, nicht in Prosa

• Ein Sprachdokument wurde von Claude die Hälfte der Zeit ignoriert. Die Liste verbotener Wörter wurde in einen Python-Scanner verlagert, der Gedankenstriche, KI-Hype-Wörter und über 40 weitere Indikatoren blockiert.
• „Das Modell kann sich nicht an einem Regex vorbeireden.“

7. Dateiabhängigkeiten mit einem Graphen verfolgen

• Kanonische Dateien verweisen aufeinander. Eine ripple-graph.json bildet Abhängigkeiten ab. Das Bearbeiten von Gesprächsleitfäden markiert den aktuellen Zustand und das Engagement-Playbook zur Überprüfung.

8. Sitzungen mit Übergaben und Speicher verketten

• „Sitzungen sind Entwürfe. Die Arbeit ist alles, was die Sitzung überlebt.“
• Jede Sitzung endet mit /q-wrap, das ein Übergabedokument, eine Speicheraktualisierung und eine Statusquittung schreibt. /q-morning liest alle drei.

9. Die Umgebung als Substrat betrachten, nicht als Editor

• Die meisten Entwickler behandeln Claude Code als einen intelligenteren Editor. Der Wandel kommt, wenn man aufhört, Sitzungen als Arbeitseinheit zu betrachten, und stattdessen die gesamte Umgebung als Substrat betrachtet, auf dem man aufbaut.

Dieser Ansatz richtet sich an Entwickler, die Claude Code über mehrere Projekte skalieren möchten, ohne Duplikation oder Zustandslecks. Der vollständige Thread enthält Diskussionen über Implementierungsdetails und die Abwägungen.