Ich will, dass meine Gespräche mit Claude Code und Codex jeden Tag von selbst als Markdown gesichert werden und in der Cloud landen. Wenn mein Rechner morgen stirbt, sollen die Gespräche trotzdem da sein. Bau mir das Werkzeug und sag mir, wie ich es einrichte; ausführen werde ich es selbst.

Sag mir zuerst, worauf ich mich einlasse. Hier wandert mein vollständiger Gesprächsverlauf unverschlüsselt zu einem Cloud-Anbieter — alles, was ich je über Gesundheit, Geld, Arbeit oder andere Menschen geschrieben habe. Das ist der Preis dafür, dass nichts verlorengeht, und ich soll ihn kennen, bevor der erste Lauf durch ist, nicht danach.

Dann frag mich aus — einzeln, nicht als Liste, und warte meine Antwort ab:

1. Welche der beiden Werkzeuge ich benutze, oder beide.
2. Welches Betriebssystem. Die Zeitplanung sieht auf macOS, Windows und Linux völlig anders aus.
3. In welcher Zeitzone ich lebe. Die Zeitstempel in den Transkripten sind UTC.
4. Wohin es soll — iCloud, Google Drive, Dropbox, OneDrive oder ein reiner Ordner auf der Platte. Frag mich vorher, was bei mir überhaupt eingerichtet ist und was ich ohnehin bezahle, statt mir etwas Neues zu verkaufen.
5. Ob es Projekte gibt, deren Gespräche nicht in die Cloud sollen. Diese Frage stellst du erst, nachdem du gesehen hast, welche Ordner es bei mir überhaupt gibt — vorher weißt du nicht, ob sie sich lohnt.
6. Ob ich zu jedem Ordner ein Ziel notieren will oder nur das nackte Archiv.

Wenn ich keine Meinung habe: alles einschließen, der Cloud-Dienst, den ich schon habe.

Beide Werkzeuge legen ihre Transkripte als JSONL auf meinem Rechner ab, und das ist der ganze Grund, warum das hier vollständig von allein laufen kann. Claude Code unter ~/.claude/projects, sortiert nach Arbeitsverzeichnis. Codex unter ~/.codex/sessions, sortiert nach Datum, eine Datei je Sitzung mit rollout im Namen. Auf Windows liegt beides entsprechend im Benutzerprofil.

Sieh dir von jedem Werkzeug erst eine Datei an, bevor du parst. Die Formate ändern sich mit den Versionen, und was ich dir hier sage, kann veraltet sein — prüf es nach, statt es zu glauben.

Die folgenden Punkte sind nicht verhandelbar. An jedem einzelnen scheitern die meisten Versuche:

Gruppiere nach dem Zeitstempel der einzelnen Nachricht, niemals nach dem Datum einer Datei oder eines Ordners. Bei Claude Code läuft ungefähr die Hälfte aller Sitzungen über mehrere Tage, manche über Wochen; wer nach Datei gruppiert, exportiert dieselbe Sitzung jede Nacht neu oder schlägt sie fälschlich einem einzigen Tag zu. Bei Codex ist die Falle noch verführerischer, weil die Sitzungen bereits in Ordnern nach Jahr, Monat und Tag liegen — aber das ist der Tag, an dem die Sitzung begonnen hat, nicht der jeder Nachricht darin. Und rechne in meine Zone um, sonst rutscht alles nach Mitternacht auf den Vortag.

Codex schreibt zwei Ströme in dieselbe Datei. Die Zeilen vom Typ response_item tragen das Gespräch, mit Rolle und Inhalt. Die Zeilen vom Typ event_msg sind der Ereignisstrom der Oberfläche und enthalten dieselben Texte noch einmal, dazu Start- und Fertigmeldungen. Wer beide liest, hat jede Nachricht doppelt im Archiv. Nimm response_item und lass event_msg weg — und prüf auch das an einer Datei nach.

Bei Claude Code wechselt das Arbeitsverzeichnis mitten im Gespräch. Es wird pro Nachricht gespeichert, und ein einziger Verzeichniswechsel lässt einen Chat sonst in Ordner wie „tmp“ oder „fonts“ zerfallen. Maßgeblich ist stattdessen der Verzeichnisname unter projects. Dessen Kodierung sollst du an meinem System nachprüfen, nicht glauben: Nimm ein Verzeichnis, sieh nach, welches Arbeitsverzeichnis aus dessen Zeilen sich darauf abbildet, und leite die Regel daraus ab. Auf macOS und Linux wird jedes Zeichen außer Buchstaben und Ziffern zu einem Bindestrich; unter Windows mit Laufwerksbuchstabe und umgekehrten Schrägstrichen ist das nicht verbürgt. Findest du kein passendes Verzeichnis, nimm das der ersten Nachricht. Arbeitszweige führst du auf ihr Hauptprojekt zurück.

Lizenz CC BY 4.0 · Vincent Weber · vwincenzo.com

Eine Ebene tiefer als die Sitzungen von Claude Code liegen die Transkripte von Unteragenten. Die gehören zur jeweiligen Sitzung und blähen das Archiv nur auf — die lässt du weg.

Rendere immer den kompletten Verlauf neu, aber schreib nur dort, wo sich der Inhalt gegenüber der vorhandenen Datei wirklich geändert hat. Dann ist die Uhrzeit des Laufs gleichgültig, ein verpasster Lauf heilt sich beim nächsten Start von selbst, und die Cloud bekommt nur echte Änderungen zu sehen statt jeden Tag alles.

Cloud-Ordner sind keine normalen Ordner, und sie sind untereinander verschieden. Miss das nach, statt zu raten: Leg einen Wegwerf-Auftrag an, der ins gewünschte Ziel schreibt und daraus liest, und sieh in sein Protokoll. Auf macOS gilt gemessen: In den iCloud-Ordner darf ein Hintergrunddienst ohne Zusatzrechte schreiben und seine eigenen Dateien später wieder lesen — Dateien aber, die ein anderes Programm angelegt hat, mein Editor oder der Finder, sind für ihn gesperrt. Daraus folgen zwei Dinge: Der Dienst muss das Archiv selbst anlegen, ich darf es nicht vorbefüllen. Und ein verweigerter Zugriff auf eine einzelne Datei darf den Lauf nicht abbrechen, sondern wird übersprungen und am Ende berichtet — sonst legt eine von Hand geänderte Datei das ganze Backup still. Der Nachbarordner für Google Drive, Dropbox und OneDrive verhält sich anders: Dort scheitert derselbe Dienst, obwohl es aus einem Terminalfenster funktioniert. Ebenso geschützt sind Dokumente, Schreibtisch und Downloads. Wenn das Ziel nicht iCloud ist, exportierst du in einen echten lokalen Ordner und lässt den Sync-Client ihn abholen.

Um kurz vor Mitternacht ist ein Laptop meistens zugeklappt. Die Zeitplanung muss verpasste Läufe nachholen — schlichtes cron tut das nicht.

Zum Werkzeug selbst: Python 3 aus der Standardbibliothek, ohne nachzuinstallierende Pakete, damit es später ohne eigene Umgebung läuft. Nimm den Interpreter, den die Zeitplanung später wirklich benutzt, und prüf dessen Version — auf macOS ist der mitgelieferte oft älter als der selbst installierte. Das Archiv bekommt je Werkzeug einen Ordner, bei Claude Code darunter je Projekt einen, und darin je Tag eine Datei. Überschrift je Tag, darunter je Gespräch der Titel und die Zeitspanne, darin die Beiträge. Fasse aufeinanderfolgende Beiträge derselben Seite zusammen: Eine Antwort besteht oft aus etwas Text und zehn Werkzeugaufrufen, die sonst jeder eine eigene Überschrift bekämen. Interne Überlegungen und Werkzeug-Rohausgaben lässt du weg, Werkzeugaufrufe schreibst du als knappen Einzeiler, Bilder als kurze Markierung. Gib mir einen Trockenlauf, eine Beschränkung auf die letzten Tage und einen frei wählbaren Zielordner als Schalter — sonst kann ich nichts ausprobieren, ohne das echte Archiv anzufassen.

Für die Zeitplanung nennst du mir den Weg meines Systems und begründest ihn. Auf macOS ein LaunchAgent und nicht cron, mit fester Uhrzeit und zusätzlich einem Start beim Anmelden. Auf Linux ein systemd-Timer für den Benutzer, ausdrücklich mit der Einstellung, die verpasste Läufe nachholt. Auf Windows die Aufgabenplanung mit täglichem Auslöser, dem Haken für verpasste Starts und einem zweiten Auslöser bei der Anmeldung.

Sag mir dann, wie ich den geplanten Auftrag selbst prüfe, nicht nur den Lauf von Hand. Die Rechte-Falle oben zeigt sich ausschließlich im Auftragskontext: Ein Skript, das im Terminal durchläuft, kann als Hintergrunddienst trotzdem scheitern. Nenn mir den Befehl, mit dem ich den Auftrag anstoße, und den, mit dem ich seinen Rückgabewert ablese.

Zur Cloud: Bei iCloud auf macOS ist nichts einzurichten, dorthin wird direkt geschrieben. Bei Google Drive, Dropbox oder OneDrive führst du mich durch die Einstellung, mit der ich einen beliebigen Ordner meines Rechners spiegeln lasse — und warnst mich vor der benachbarten Einstellung, die stattdessen meine gesamte Cloud auf die Platte laden würde. Auf Linux gibt es keinen offiziellen Google-Client; dort hängst du einen zweiten Schritt an denselben Zeitplan.

Prüf am Ende auf der Serverseite, ob die Dateien wirklich angekommen sind — ein Ordner, der lokal existiert, beweist keinen Upload.

Wenn ich Ziele je Ordner will: Der Faktenteil wird erzeugt und steht zwischen zwei Markierungen, alles außerhalb bleibt beim nächsten Lauf unangetastet. Takte die Erinnerungen gestaffelt statt pauschal — bei fünfzehn Ordnern hieße monatlich alle zwei Tage ein Termin, und das hält niemand durch. Nimm die zwei bis drei Ordner mit den meisten Nachrichten der letzten dreißig Tage häufiger, den Rest deutlich seltener, und schreib in die Übersicht, was gerade dran ist.

Wenn du fertig bist, gib mir:

## Das Werkzeug
## Wie ich es einrichte und plane
## Wie ich prüfe, dass der geplante Lauf wirklich funktioniert
## Woran es scheitern wird

Und zum Schluss: Sag mir in drei Sätzen, welche meiner Gespräche ich nach dieser Einrichtung nicht mehr guten Gewissens führen kann, ohne vorher nachzudenken.