💾Speicher-Backup

Deine Dateien CLAUDE.md und memory.md sind der wertvollste Teil der Installation: Monate voller Entscheidungen, Vorlieben und Kontext. Das Backup schiebt sie jeden Tag in ein privates GitHub-Repository, inklusive vollständigem Verlauf.

Was gesichert wird

Nur eine Whitelist, relativ zum Workspace:

immer: alle CLAUDE.md und memory.md sowie CUSTOMIZATIONS.md und customizations/*.patch (deine Änderungen am Produktcode, siehe Anpassen);
standardmäßig außerdem: **/NOTES.md, tasks.json, projects/*/topics/*/accounts.md (das Abo-Inventar, abgelegt in general/inbox), extensions/**, .claude/skills/** (bearbeitbar unter Einstellungen -> Backup);
dazu nicht geheime Einstellungen (Zeitzone, Sprache, Standardmodell, Dashboard-Layout ...) und deine geplanten Jobs, in einem Ordner _maxxing/.

Niemals gesichert, selbst wenn ein Muster passt: secrets.json, Schlüssel, .env-Dateien, private Schlüssel, Zugangsdaten, Logs, attachments/, .git, node_modules, virtuelle Umgebungen und Dateien über 5 MB.

Sicherheitsprüfungen

Secret-Scanner: Vor jedem Commit wird jede Datei auf echte Geheimnis-Formate geprüft (Schlüssel im Stil von Anthropic und OpenAI, GitHub-Tokens, Slack-Tokens, AWS-Schlüssel, Telegram-Bot-Tokens, Shopify-Tokens, Stripe-Schlüssel und Webhook-Secrets, Google-API-Schlüssel, npm-, Hugging-Face- und SendGrid-Tokens, JSON Web Tokens, private Schlüssel (auch PGP), ein Passwort in einer Adresse (postgres://user:Pa55word@host) und ein Passwort, das direkt neben seiner Bezeichnung steht, etwa password: Hunter2xyz9 oder "password": "…" - nützlich in accounts.md; UTF-16-Dateien werden ebenfalls gelesen). Wird etwas gefunden, stoppt das Backup vor dem Push und sagt dir, in welcher Datei und welche Art von Geheimnis (nie den Wert). Entferne es aus der Datei – behalte nur den Schlüsselnamen, speichere den Wert unter Einstellungen -> Schlüssel – und starte erneut.
Nur privat: Das Repository muss privat sein; das wird bei der Einrichtung geprüft und vor jedem Push noch einmal. Wird es öffentlich, stoppen die Backups.
Das GitHub-Token wird in secrets.json (Modus 600) gespeichert und nie in eine Git-Konfigurationsdatei geschrieben.

Einrichtung (Einstellungen -> Backup)

Erstelle auf GitHub ein fine-grained personal access token:
Repository access: nur das Backup-Repository (oder alle Repositories, wenn Claude Maxxing es für dich anlegen soll);
Berechtigungen: Contents: read and write, Metadata: read; füge Administration: read and write nur hinzu, wenn das Repository für dich erstellt werden soll.
Gib unter Einstellungen -> Backup owner/name und das Token ein; setze den Haken bei „Repository erstellen“, falls es noch nicht existiert.
Klicke auf Jetzt sichern und prüfe den Commit auf GitHub.

Es wird ein täglicher Job Speicher-Backup angelegt (Standard 04:40). Zeitplan und Whitelist änderst du unter Einstellungen -> Backup.

Wiederherstellen

Einstellungen -> Backup -> Wiederherstellen (oder maxxing backup restore): stellt die Dateien der Whitelist aus dem neuesten Commit (oder einem gewählten) wieder her. Dateien, die dabei überschrieben würden, werden zuerst in den Papierkorb verschoben (/var/lib/claude-maxxing/trash/backup-restore-<date>/).
Auf einem neuen Server (noch keine Sitzung gestartet: die Wiederherstellung des Installers, ein Umzug auf einen anderen Server) kommt alles zurück, wie es war, Jobs und Erweiterungen aktiv. Auf einem bereits genutzten Server kommt Code, der auf dem Server läuft, ausgeschaltet zurück: geplante Jobs (Shell oder Claude), die dieser Server nicht schon genau so hat, und Erweiterungen, von denen die Wiederherstellung irgendeine Code-Datei schreibt (sie werden ausgeschaltet, bevor ihre Dateien geschrieben werden: ihr Code läuft nie, nicht einmal kurz); Claude-Code-hooks und die anderen Einstellungen, die einen Befehl ausführen oder Claude umleiten (statusLine, apiKeyHelper, env, MCP-Server von Projekten ...), werden aus wiederhergestellten .claude/settings.json-Dateien entfernt (aufbewahrt in hooks-held.json im Papierkorb-Ordner der Wiederherstellung); Dateien, die die Backup-Liste dieses Servers nicht abdeckt (eine .mcp.json, ein Skript ...), werden nicht geschrieben, sondern im Ordner outside im Papierkorb der Wiederherstellung beiseitegelegt; lokale MCP-Server (ein Befehl, den Claude Code bei jedem Durchgang startet) werden nicht wieder hinzugefügt - sie werden in mcp-held.json im Papierkorb-Ordner der Wiederherstellung gespeichert, füge die, denen du vertraust, wieder unter Einstellungen → MCP hinzu (Remote-Server, also eine URL, werden wiederhergestellt). Wiederhergestellte Skills und Anpassungen werden aufgelistet, damit du sie vor der Nutzung prüfen kannst. Eine Benachrichtigung listet alles auf; prüfe es und schalte es dann unter Crons und Erweiterungen ein. Sonst könnte jeder, der in das Backup-Repository pushen kann, seinen Code hier ausführen lassen. Der Speicher-Backup-Job selbst bleibt eingeschaltet.
Eine alte Version einer einzelnen Datei: Sieh dir ihren Verlauf auf GitHub an und kopiere sie zurück.

Auf einen neuen Server umziehen

curl -fsSL https://get.harness-maxxing.com | RESTORE_FROM=owner/name RESTORE_TOKEN=<token> bash

Der Installer stellt deinen Speicher, deine Einstellungen und Jobs wieder her. Melde dich dann an, gib erneut ein, was nie gesichert wird (Claude-Token, Telegram-Bot-Token, Schlüssel), und verknüpfe Telegram neu – stoppe zuerst den alten Server, ein Bot kann nur von einem Server bedient werden.

Befehlszeile

maxxing backup status [--json]
maxxing backup run
maxxing backup restore [--ref <commit>]
maxxing backup restore --from owner/name      # token from $MAXXING_GITHUB_TOKEN or prompted