Dein persönliches KI-OS auf Claude Code: Speicher und Zeitplan

Was ist ein persönliches KI-OS, einfach erklärt

Ein normaler KI-Chat ist ein einzelner talentierter Praktikant. Clever, schnell, aber eben nur einer. Und jeden Morgen kommt er mit Amnesie zur Arbeit: Er erinnert sich weder an die Aufgaben von gestern, noch an deine Regeln, noch wer du überhaupt bist. Kommt dir das bekannt vor? Genau da tut es weh.

Und jetzt stell dir vor, statt eines Praktikanten hast du ein ganzes kleines Büro. Darin sitzt ein Chef - selbst macht er nichts mit den Händen, weiß aber genau, wem er welche Aufgabe gibt. Unter ihm ein Team: ein Programmierer, ein Texter, ein Rechercheur. Es gibt einen Aktenschrank, in dem alles notiert ist - was gestern entschieden wurde, mit wem geredet wurde, welche Regeln gelten. Und es gibt einen Wecker, der morgens von selbst erinnert: Zeit fürs Briefing.

Genau dieses Büro ist dein persönliches KI-OS Agentisches OS (agentic OS) - eine Art, Claude Code nicht als einmaligen Chat zu nutzen, sondern als dauerhaftes System: mit Speicher in Dateien, einem Team aus Agenten und automatischen Aufgaben, die einen Neustart überstehen. . OS - weil das kein Fenster zum Plaudern mehr ist, sondern fast ein Betriebssystem: gestartet, mit Speicher und Zeitplan.

Wozu ein KI-OS und nicht einfach ein Chat

Solange du nur einmalige Sachen machst - „bau mir eine Landingpage“, „schreib einen Post“ - reicht ein normaler Chat dicke. Aber die Aufgaben werden mehr, und sie wiederholen sich Tag für Tag. Genau da fängt der Praktikant mit Amnesie an zu nerven: Du erklärst zum zehnten Mal dasselbe. Kennst du das Gefühl?

Ein KI-OS trifft genau diese vier Punkte:

• Du musst dich nicht mehr wiederholen. Regeln und Fakten stehen in Dateien - das System liest sie selbst.
• Verschiedene Aufgaben - verschiedene Spezialisten. Code schreibt der „Programmierer“, Texte der „Texter“. Jeder ist auf sein Ding zugeschnitten.
• Nichts geht verloren. Abends den Laptop zugemacht, morgens aufgemacht - die ganze Historie ist da, in den Ordnern.
• Die Routine läuft von selbst. Aufgaben-Überblick, Status-Checks - nach Zeitplan, ohne dein Zutun.

Der Unterschied zwischen einem „KI-Helfer“ und einem „KI-Mitarbeiter“ ist Speicher und Autonomie. Der Helfer wartet auf eine Frage. Der Mitarbeiter merkt sich den Kontext und kommt selbst mit dem Briefing.

Woraus ein KI-OS besteht: nur vier Ordner

Das Wort „Betriebssystem“ klingt furchteinflößend. Keine Angst nötig. Das ganze KI-OS sind vier Ordner in deinem Projekt. Keine Server, keine Datenbanken, keine Magie.

mein-projekt/
├── CLAUDE.md          # Kern: wer ich bin, wem ich Aufgaben gebe
├── agents/            # Mitarbeiter: eine Datei pro Person
├── .claude/commands/  # Befehle: deine Knöpfe wie /daily-sync
└── data/              # Speicher: Ordner mit Notizen und Logs

Gehen wir jeden durch.

1. Der Kern CLAUDE.md - das ist dein Chef

CLAUDE.md ist die zentrale Datei, der Kern. Claude liest sie ganz am Anfang jeder Session. Im Grunde ist das die Stellenbeschreibung für den Chef: „du führst, schreibst selbst keinen Code, sondern verteilst Aufgaben an die richtigen Leute“.

Drinnen steht eine simple Tabelle „wer ist für was zuständig“:

2. Die Spezialisten-Agenten - das sind die Mitarbeiter

Im Ordner agents/ liegt eine Datei pro „Mitarbeiter“. Das ist einfach eine Textbeschreibung: wer er ist, was er vor der Arbeit liest, was er darf und was nicht.

Beim „Programmierer“ steht zum Beispiel in der Datei: „du bist Senior-Ingenieur, schreibst sauberen Code, fügst immer Tests hinzu, committest niemals direkt nach main“. Und gleich dort steht auch - welche Speicher-Dateien er öffnen soll vor dem Start, um beim Projekt auf den aktuellen Stand zu kommen.

Ein Spezialisten-Agent Spezialisten-Agent - eine separate Textdatei, die einen „Beruf“ beschreibt: seinen Charakter, auf welche Dateien er zugreift und welche Einschränkungen er hat. Der Chef lädt je nach Situation den passenden. ist kein eigenes Programm. Es ist eine Rolle, die der Chef „anzieht“, wenn er sich an eine passende Aufgabe macht.

3. Die Befehle - das sind deine Knöpfe

Im Ordner .claude/commands/ liegen fertige Abläufe. Jede Datei ist ein Befehl, den du per Slash aufrufst: /daily-sync, /research, /outreach.

Nimm den Befehl /daily-sync („morgendliche Synchronisierung“). Der geht Schritt für Schritt durch: gestrige Logs lesen, Projektstatus prüfen, in den „Eingang“-Ordner schauen, eine Zusammenfassung bauen und sie ins heutige Log schreiben. Einmal beschrieben - danach drückst du nur noch den Knopf.

4. Der Speicher data - das ist der Aktenschrank

Das Herz des Systems. Der ganze Speicher sind ganz normale Dateien im Ordner data/, sortiert in Fächer:

data/
├── daily-logs/    # Tagebuch: was an welchem Tag gemacht wurde
├── projects/      # Kontext zu jedem Projekt
├── decisions/     # getroffene Entscheidungen und warum
├── inbox/         # neue Aufgaben und Ideen
└── contacts/      # Leute, Firmen, Notizen

Für strukturierte Daten (Status, Metriken) nimm JSON. Für alles, was ein Mensch liest (Entscheidungen, Logs, Notizen) - Markdown. Eine Datenbank ist hier überflüssig, solange du ein einzelner Nutzer bist und keine Gigabyte an Einträgen hast.

Der Zeitplan: wie das KI-OS ohne dich arbeitet

Die eigentliche Magie fängt an, wenn das Büro ohne dich arbeitet. Du wachst auf - und ein Briefing wartet schon auf dich: was in Arbeit ist, was hängt, was du zuerst anpacken solltest.

Darum kümmert sich ein Aufgabenplaner. Aber es gibt einen Haken, über den alle stolpern.

Die Logik ist denkbar einfach. Der externe Wecker stupst Claude Code zur richtigen Stunde an, der führt den Befehl aus und legt das Ergebnis in data/daily-logs/ ab. Du setzt dich an den Tisch - der Bericht ist schon fertig.

Wie man ein KI-OS richtig wachsen lässt

Das System ist leicht kaputtzukriegen - alles auf einen Haufen geworfen, und tschüss. Hier ist ein Anhaltspunkt, auf welcher Seite du bleiben solltest.

Beispiel aus dem echten Leben: eine Person und ein Startup

Sagen wir, du stemmst ein kleines Startup ganz allein und ersäufst in der Routine. Jeden Morgen schaust du von Hand, was in Arbeit ist, beantwortest Mails, führst Notizen zu Kunden. Und jedes Mal erklärst du der KI von Neuem, wer du bist und was du für ein Projekt hast. Anstrengend, oder?

Du baust ein KI-OS - und der Tag verändert sich:

1. In CLAUDE.md kennt der Chef bereits dein Team aus drei „Mitarbeitern“.
2. In data/projects/ liegt der Kontext des Startups - du musst ihn nicht neu erklären.
3. Der Befehl /daily-sync bereitet jeden Morgen um 8:00 von selbst das Briefing vor.
4. Nach jeder Session ergänzt das System das Tagebuch: was gemacht wurde, was hängt.

Willst du den Geist des Ansatzes gleich jetzt spüren, ohne das ganze Büro hochzuziehen? Gib dem Agenten diesen Prompt.

Lass uns in diesem Projekt den Keim meines persönlichen KI-OS einrichten. Mach es Schritt für Schritt:


Erstelle die Datei CLAUDE.md. Beschreibe darin: du bist der Chef meines Projekts,
schreibst selbst keinen Code, sondern verteilst Aufgaben. Füge eine Tabelle mit drei Rollen hinzu -
Programmierer, Texter, Rechercheur - und wann man welche ruft.


Erstelle den Ordner data mit den Unterordnern daily-logs, projects, decisions, inbox.
Leg in data/projects eine Datei mit einer kurzen Beschreibung meines Projekts ab,
damit ich es nicht mehr neu erklären muss.


Erstelle den Befehl daily-sync im Ordner .claude/commands.
Er soll Schritt für Schritt: das letzte Log lesen, den Status prüfen,
in inbox schauen und die morgendliche Zusammenfassung in data/daily-logs schreiben.


Halte den Speicher nur in Dateien. Passwörter und Keys schreibst du NICHT in Dateien,
nimm Umgebungsvariablen. Ergänze am Ende der Arbeit ein kurzes Log:
was erledigt wurde und was übrig bleibt.

Zeig mir die Ordnerstruktur, wenn du fertig bist.

Häufige Fehler beim Bau eines KI-OS

• Einen Universal-Agenten bauen. Er verheddert sich in allem auf einmal. Teile auf Rollen auf: ein Agent - ein Beruf.
• Den Speicher im Chat halten statt in Dateien. Nach dem Neustart ist er weg. Alles Wichtige - in data/.
• Den Kern aufblähen. Tausende Zeilen in CLAUDE.md stopfen den Kontext schon vor dem Start zu. Halte ihn bis 200 Zeilen.
• Sich auf den eingebauten Timer verlassen. Der stirbt mit der Session. Nimm einen externen Planer.
• Passwörter und Keys in Agenten-Dateien schreiben. Eine geleakte Datei - und alles ist draußen. Nur Umgebungsvariablen.
• Eine Datenbank für Notizen heranschleppen. Solange du ein einzelner Nutzer bist - reichen Markdown und JSON locker.
• Logs nicht ergänzen. Ohne Eintrag am Ende der Session wächst das System nicht und vergisst wieder alles.