agentleFS
agentik-osagentik-os/claude-code-skills/cleanup/SKILL.md

cleanup

Skill1 starsChanged 55 days agoMITView on GitHub

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.

71 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use chips, react-query-best-practices and 10 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • udecodeSkill

    chips

    Run the project's suggested-task ledger, the chips. /chips alone brings this session's open tasks up to date: it applies what the ledger helper says, settles stale and split tasks, cards what can start and reports the board, and /chips all also takes the ship-list tasks and the ones no live session owns, and merges duplicate tasks across the board. Use for /chips, /chips offer, start or drop, \"what chips are open\", \"suggest a task for X\", \"update the chips\", \"clean up the chips\", \"which chips are stale\", \"is this chip still worth doing\", \"merge duplicate chips\", at the last hand-back of a run that offered a task, and whenever pstack would file a tracked issue, a follow-up, a reflect Backlog item or an out-of-band PR.

    Also in 3 projects that use this

  • bibektimilsina00Skill

    react-query-best-practices

    Audit and fix React Query usage in apps/web — enforce query key factories, signal forwarding, staleTime, and proper mutation patterns. Use when reviewing or fixing server-state code.

    Also in 3 projects that use this

  • bibektimilsina00Skill

    you-might-not-need-a-callback

    Analyze and fix useCallback anti-patterns in your code

    Also in 3 projects that use this

  • Scylla23Skill

    redo

    Re-run the last routed task one model tier up (haiku → sonnet → opus → fable). User-invoked escalation when the previous result missed. Pass --dry-run to preview without running.

    Also in 3 projects that use this

  • Aetheria-Labs1Skill

    plan-page

    Plan one storefront page from strategy through final copy, section order, proof, offers, template direction, responsive layout, and production asset requirements. Stops at an approved execution-ready specification.

    Also in 3 projects that use this

  • SocialKit-APISkill

    video-transcripts

    Extract transcripts from social videos through SocialKit across YouTube, TikTok, Instagram, Facebook, X/Twitter, LinkedIn, and direct video file URLs. Use when the user asks to transcribe, get captions or subtitles, pull the spoken text, or read what a video says, including one video or many at once. Returns full text plus timestamped segments. Not for posting, private accounts, or unrelated website scraping.

    Also in 3 projects that use this

  • +3 more from bibektimilsina00

The file

Files
SKILL.md

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 Docker prouvées idle (avec accord), caches. close-sessions.sh porte ce garde-fou en dur et refuse tout pid claude/rmux.

Périmètre INTOUCHABLE (ne jamais supprimer)

  • Tout ~/Station/** sauf des artefacts de build explicitement rebuildables (target/, .next/, dist/) — et encore, seulement avec accord.
  • Docs canon : vision/**, fichiers *PRD*, *feature*, *step*, Vision/, OMEGA.md, CLAUDE.md, AGENTS.md, README*, CHANGELOG, LICENSE, SECURITY.md, ~/.omega/rules/**, les fiches projet.
  • Tout dossier avec beaucoup de .md (>20) = probablement du contenu produit (cours, blog, data), PAS de la doc → protéger par défaut, demander.
  • Sessions / sockets actifs : claude-*, rmux-*, tmux-*, rx-socketna-*, cloudflared, la worktree d'un build en cours.

Déroulé

  1. Fermeture des tunnels/mosh détachés (si demandé) : scripts/close-sessions.sh ferme les tunnels cloudflared + serveurs mosh détachés de vibe/lab — et RIEN d'autre : claude et rmux sont hors périmètre par la Règle absolue ci-dessus (le script refuse ces pids en dur). Protège toujours la connexion courante (root) et l'infra (omega-mc, bots, daemons sécurité, tailscale, sshd). Tester d'abord avec --dry.
  2. Garde-fou : scripts/idle-check.sh. Si occupé → rapport + stop.
  3. Analyse : scripts/analyze.sh → df, top du /home /tmp /var, docker system df.
  4. Purge auto-sûre : scripts/safe-clean.sh → docker builder prune, apt-get clean, journalctl --vacuum-size=100M. (rien de Station, rien de doc.)
  5. Résidu /tmp : scripts/tmp-residue.sh list → présenter candidats (dirs de build/repro/audit, exclut tout ce qui est ouvert/actif). Après accord : tmp-residue.sh purge.
  6. Caches user rebuildables : scripts/clean-caches.sh → purge ~/Linux/cache (Bun, go-build, npm _cacache/_npx, node-gyp, playwright) pour vibe/lab. Ne touche ni config, ni data/state, ni Station.
  7. Artefacts de build dans Station (sur demande) : scripts/clean-builds.sh [base] → purge target/ Rust (à côté d'un Cargo.toml), node_modules, .next. Rebuildables mais coût : prochain build/install recompile. Garde-fou anti-build + re-teste omega --version (preuve non-régression). NE touche pas au code source ni aux binaires installés.
  8. Audit doc : scripts/doc-audit.sh <projet> → classe en PROTECTED / SCRATCH / REVIEW. Présenter la liste SCRATCH pour validation ; ne jamais auto-supprimer. Proposer ensuite la création de PROGRESS.md (recap canon) + complétion de RULES.md/fiche par projet.

Notes

  • Les images Docker et les volumes par-agent ne sont PAS du déchet par défaut (peuvent être réutilisés par OmegaOS) → ne pas purger sans confirmation ciblée.
  • Toujours afficher l'espace AVANT/APRÈS.
  • Si un doute → ne pas supprimer, demander.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.