💾Copia de seguridad de la memoria

Tus archivos CLAUDE.md y memory.md son la parte más valiosa de la instalación: meses de decisiones, preferencias y contexto. La copia de seguridad los sube cada día a un repositorio privado de GitHub, con historial completo.

Qué se guarda

Solo una lista blanca, relativa al espacio de trabajo:

siempre: todos los CLAUDE.md y memory.md, además de CUSTOMIZATIONS.md y customizations/*.patch (tus cambios al código del producto, consulta Personalizar);
por defecto también: **/NOTES.md, tasks.json, projects/*/topics/*/accounts.md (el inventario de suscripciones, guardado en general/inbox), extensions/**, .claude/skills/** (editable en Ajustes -> Copia de seguridad);
además, los ajustes que no son secretos (zona horaria, idioma, modelo por defecto, diseño del panel...) y tus tareas programadas, en una carpeta _maxxing/.

Nunca se guarda, aunque coincida con un patrón: secrets.json, claves, archivos .env, claves privadas, credenciales, registros, attachments/, .git, node_modules, entornos virtuales y archivos de más de 5 MB.

Comprobaciones de seguridad

Escáner de secretos: antes de cada commit, se analiza cada archivo en busca de formatos reales de secretos (claves de Anthropic y de estilo OpenAI, tokens de GitHub, tokens de Slack, claves de AWS, tokens de bots de Telegram, tokens de Shopify, claves de Stripe y secretos de webhook, claves de API de Google, tokens de npm, Hugging Face y SendGrid, JSON web tokens, claves privadas (también PGP), una contraseña en una dirección (postgres://user:Pa55word@host) y una contraseña escrita junto a su etiqueta, como password: Hunter2xyz9 o "password": "…" - útil en accounts.md; los archivos UTF-16 también se leen). Si se encuentra alguno, la copia de seguridad se detiene antes de subir nada y te indica qué archivo y qué tipo de secreto (nunca el valor). Quítalo del archivo – deja solo el nombre de la clave, guarda el valor en Ajustes -> Claves – y vuelve a ejecutarla.
Solo privado: el repositorio debe ser privado; se comprueba cuando lo configuras y de nuevo antes de cada subida. Si pasa a ser público, las copias de seguridad se detienen.
El token de GitHub se guarda en secrets.json (modo 600) y nunca se escribe en un archivo de configuración de git.

Configuración (Ajustes -> Copia de seguridad)

En GitHub, crea un token de acceso personal de grano fino (fine-grained):
Acceso al repositorio: solo el repositorio de la copia de seguridad (o todos los repositorios si quieres que Claude Maxxing lo cree);
Permisos: Contents: read and write, Metadata: read; añade Administration: read and write solo si hay que crear el repositorio por ti.
En Ajustes -> Copia de seguridad introduce owner/name y el token; marca "crear el repositorio" si todavía no existe.
Haz clic en Copiar ahora y comprueba el commit en GitHub.

Se crea una tarea diaria Copia de seguridad de la memoria (por defecto a las 04:40). Cambia la programación y la lista blanca en Ajustes -> Copia de seguridad.

Restaurar

Ajustes -> Copia de seguridad -> Restaurar (o maxxing backup restore): restaura los archivos de la lista blanca del último commit (o de uno que elijas). Los archivos que se sobrescribirían se mueven antes a la papelera (/var/lib/claude-maxxing/trash/backup-restore-<date>/).
En un servidor nuevo (sin ninguna sesión iniciada: la restauración del instalador, un traslado a otro servidor) todo vuelve tal como estaba, con las tareas y las extensiones activadas. En un servidor que ya está en uso, el código que se ejecuta en el servidor vuelve desactivado: las tareas programadas (de shell o de Claude) que este servidor no tenga ya exactamente iguales, y las extensiones de las que la restauración escribe cualquier archivo de código (se desactivan antes de que se escriban sus archivos: su código nunca se ejecuta, ni por un instante); los hooks de Claude Code y los demás ajustes que ejecutan un comando o redirigen a Claude (statusLine, apiKeyHelper, env, servidores MCP de proyecto...) se eliminan de los archivos .claude/settings.json restaurados (se conservan en hooks-held.json en la carpeta de la papelera de la restauración); los archivos que la lista de copia de seguridad de este servidor no cubre (un .mcp.json, un script...) no se escriben, sino que se guardan aparte en la carpeta outside de la papelera de la restauración; los servidores MCP locales (un comando que Claude Code inicia en cada turno) no se vuelven a añadir - se guardan en mcp-held.json en la carpeta de la papelera de la restauración, vuelve a añadir los que sean de confianza en Ajustes → MCP (los servidores remotos, con una URL, sí se restauran). Las skills y personalizaciones restauradas se enumeran para revisarlas antes de usarlas. Una notificación lo enumera todo; revísalo y luego actívalo en Tareas programadas y Extensiones. De lo contrario, cualquiera que pudiera subir cambios al repositorio de la copia de seguridad podría hacer que su código se ejecutara aquí. La propia tarea de copia de seguridad de la memoria sigue activada.
Una versión antigua de un archivo: consulta su historial en GitHub y cópiala de vuelta.

Trasladarse a un servidor nuevo

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

El instalador restaura tu memoria, tus ajustes y tus tareas. Después inicia sesión, vuelve a introducir lo que nunca se guarda en la copia (el token de Claude, el token del bot de Telegram, las Claves) y vuelve a vincular Telegram – detén primero el servidor antiguo, porque un bot solo puede ser atendido por un servidor.

Línea de comandos

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