← ClaudeAtlas

cleanuplisted

Nettoyage intelligent du VPS/projets — analyse disque, fermeture des sessions de travail détachées (protège la connexion + l'infra), purge sûre (cache Docker/APT/journal, résidu /tmp, caches Bun/npm/go), purge des artefacts de build rebuildables (target/ Rust, node_modules, .next) avec garde-fou anti-session-active, et audit de cohérence de la documentation des projets.
agentik-os/claude-code-skills · ★ 1 · AI & Automation · score 78
Install: claude install-skill agentik-os/claude-code-skills
# Cleanup — ménage VPS Agentik Objectif : libérer de l'espace et garder une doc cohérente, **sans jamais casser un travail en cours ni supprimer du contenu produit ou du canon projet**. ## Règle d'or — JAMAIS de suppression sans deux conditions 1. **Machine au repos** : lancer `scripts/idle-check.sh`. S'il renvoie `BUSY:…` → **STOP**, lister le travail actif, ne rien supprimer. 2. **Validation utilisateur** : pour tout ce qui touche `~/Station`, les caches d'un user, ou de la doc → présenter la liste (chemins + tailles + raison) et attendre l'accord. Les étapes "auto-sûres" (cache Docker/APT/journal) peuvent se faire sans valider chaque item, mais toujours après le garde-fou repos. ## RÈGLE ABSOLUE — jamais de kill sur claude / rmux (opérateur, 2026-08-11) Pendant un cleanup, ne **JAMAIS** kill un process `claude` ni un daemon ou une session rmux vivante — même détachée, même vieille, même à 0% CPU. "Détaché" ≠ "mort" : une session détachée porte des agents en plein travail, un claude à faible CPU attend souvent une réponse API entre deux turns, et tuer le daemon rmux tue TOUTES les sessions d'un coup. Incident fondateur : le 2026-08-11 un cleanup RAM a tué des claude actifs pris pour idle, y compris sa propre session. Fermer une session est un geste de l'**opérateur** (`omega kill <name>`, `rmux kill-server`), jamais du cleanup — même avec un go générique « clean up ». La récupération de RAM se limite à : workers de modèles idle (TTS/STT), dev servers oubliés, stacks Doc