filesystem-lifecycle
Audit, classify, reclaim, and prevent regrowth of local filesystem cruft and agent-workspace storage.
Skill by Tom-R-Main
Install
Works with Claude Code, Claude apps, Codex, Cursor, Gemini CLI, GitHub Copilot, VS Code, OpenCode, Goose, Windsurf. Read the repository before you give any tool access to your data.
npx agentmarket install skill/tom-r-main-filesystem-lifecycle
Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.
Get the weekly diff
The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.
About
Use cases: security, marketing, agent-building
Reviews
Write a reviewNo reviews yet. Installed it? Reviews come from verified installers only. How reviews work
Permissions
What this skill can do and what it asks for, from its SKILL.md. Checked Oct 25, 2026.
- Tools
- No tools found
- Secrets
- None asked for
- Install scripts
- None found
- Runs as
- Python package
Network hosts it talks to 1
codeload.github.com· found in install command
Files it touches
~/.claude/skills/filesystem-lifecycle
What's inside
- Skill name
filesystem-lifecycle- Description
- Audit, classify, reclaim, and prevent regrowth of local filesystem cruft and agent-workspace storage. Use when asked what consumes disk, what can be safely deleted, to recover a target amount of space, to inspect or retire Git/Codex worktrees, to clean generated artifacts or inactive app caches, or to diagnose recurring storage growth on macOS or Linux. Protect active sessions, processes, dirty or unique Git work, credentials, user documents, databases, and ambiguous paths; default to a read-only manifest unless the user explicitly requested bounded mutation.
- License
- MIT
- Instructions
- 189 lines in SKILL.md · view on GitHub
Before installing
- Ships executable scripts
Files (13)
- SKILL.md
- openai.yaml · agents/
- codex-storage.md · references/
- docker.md · references/
- generated-artifacts.md · references/
- git-worktrees.md · references/
- linux-filesystems.md · references/
- macos-apfs.md · references/
- object-model.md · references/
- owner-adapters.md · references/
- safety-invariants.md · references/
- fs_lifecycle.py · scripts/
- test_fs_lifecycle.py · tests/
SKILL.md (first lines)
# Filesystem Lifecycle Manage filesystem lifecycle as evidence-based resource retirement. Paths identify resources; they do not prove ownership. Age and size are signals, not deletion authority. Preserve the semantics of the owning system during every destructive action. Resolve bundled paths from the directory containing this `SKILL.md`. Use the standard-library helper at `scripts/fs_lifecycle.py`; it defaults to read-only operation. ## Select the mode - **AUDIT:** inventory and emit a deletion manifest. Never mutate. - **RECLAIM:** execute `safe_now` candidates inside a frozen authorization scope and candidate budget; stop at the target or when that set is exhausted. - **WORKTREE RETIRE:** remove a verified-redundant linked checkout while preserving branch refs and unique history. - **DOCTOR:** diagnose stale registrations, active references, duplicate artifacts, and recurring growth. - **PREVENT:** recommend ownership leases, ignore rules, cache budgets, or CoW worktree creation based on the cause. Default to AUDIT unless the user explicitly requested mutation. Support two authorization patterns: - **Manifest authorization:** audit first; the user then approves exact IDs or paths. - **Goal authorization:** a request such as “safely clear 30 GiB from generated cruft and dead worktrees” authorizes mutation only within that stated envelope and the `safe_now` policy. Do not infer branch deletion, history deletion, container or volume deletion, user-data deletion, or newly discovered out-of-scope candidates from a general cleanup request. ## Run the safety kernel 1. **Discover:** record the target volume, exact roots, registered worktrees, owner metadata, and the observer PID/process group. Keep each recursive root on its starting filesystem. 2. **Quiesce probes:** finish metadata traversal before taking the liveness snapshot. 3. **Observe liveness:** record external process CWDs, open handles, owner processes, and current Codex task roots. Exclude only the known audit/executor PID tree. 4. **Freeze:** write an integrity-protected manifest with path boundaries, identity, storage evidence, recovery, references, classification, action, overlap, and authorization scope. 5. **Classify:** use only `safe_now`, `safe_after_active_thread_closeout`, `retain`, or `unknown`. 6. **Plan:** show exact paths and owner actions. Do not add overlapping or hardlinked apparent sizes. 7. **Authorize:** use the existing bounded goal authorization or obtain manifest authorization. Never expand either one silently. 8. **Revalidate:** rerun every destructive precondition immediately before each action. Treat drift, truncation, permission errors, unavailable tools, or unexpected mounts as `unknown`. 9. **Apply:** use the owning system's operation. Give the generic filesystem adapter the weakest deletion authority. 10. **Verify:** prove target absence, preserved refs/dependencies, healthy active services, and fresh target-volume free bytes. 11. **Prevent:** identify the source of regrowth and recommend the smallest durable fix. Never skip freeze-and-revalidate. Concurrent agents can create worktrees, acquire handles, or consume newly freed space during the run. For a writer pause, freeze the initial process baseline and bind its digest before the first deletion. Identify processes by PID, start time and a hash of the command line. Starting an agent session can launch MCP servers through package-resolving commands such as `npm exec ...@latest` or `uvx ...@latest`. Include new sessions and launchers in the pause; detect new or changed writers rather than accepting them into a refreshed baseline. Close the pause explicitly when the approved work ends. Keep apply-time revalidation candidate-local. Do not rerun broad discovery or storage sizing inside the selected-candidate loop. Complete identity, boundary, and owner-state checks first; then take the fresh liveness snapshot immediately before the owner action. Emit per-candidate progress and phase timings for any batch. Scope Codex task roots through the resource owner's workspace. A task rooted in one Git worktree protects that worktree's generated artifacts, but it does not automatically claim nested or sibling worktrees merely because their paths share an ancestor. Exact task roots, descendant task roots, CWDs, and open handles remain vetoes. ## Produce the audit manifest Start with bounded roots. Do not recursively scan `/`, credential stores, user-document bodies, cloud-provider mounts, or backup volumes. Add another mount as its own explicit `--root`; discovery does not cross filesystems beneath a root. ```bash SKILL_DIR="<directory-containing-this-SKILL.md>" python3 "$SKILL_DIR/scripts/fs_lifecycle.py" audit \ --root <projects-root> \ --repo <repository-root> \ --include-known-caches \ --output /tmp/filesystem-lifecycle-manifest.json ``` For a pre-authorized reclaim goal, record its envelope in the manifest: ```bash python3 "$SKILL_DIR/scripts/fs_lifecycle.py" audit \ --root <projects-root> \ --repo <repository-root> \ --authorization-mode goal_authorized \ --authorization-scope 'generated artifacts and redundant linked worktrees; target 30 GiB' \ --output /tmp/filesystem-lifecycle-manifest.json ``` For a target-driven pass, restrict the audit to the safest authorized lane and stop expensive sizing once allocated evidence covers the target plus headroom: ```bash python3 "$SKILL_DIR/scripts/fs_lifecycle.py" audit \ --root <projects-root> \ --repo <repository-root> \ --authorization-mode goal_authorized \ --authorization-scope 'generated artifacts only; target 30 GiB' \ --target-gib 30 \ --headroom-percent 25 \ --kind generated_artifact \ --prefer-kind generated_artifact \ --output /tmp/filesystem-lifecycle-manifest.json ``` Target-limited audit classifies before measuring and records allocated bytes only. In the generated-artifact-only fast lane, it stops assessment after the budget is satisfied and records how many discovered paths were deliberately deferred; the manifest is intentionally partial. Omit `--target-gib` for a complete inventory with logical and allocated sizes. `--kind` restricts audited resource classes; repeat it to include more than one. Add each relevant repository with `--repo`. Add explicitly named search roots with `--root`; keep depth bounded with `--max-depth`. Read only metadata and the minimum Codex session metadata needed to identify open task roots. Do not read document contents, environment files, keys, or credentials. ## Load references only when needed - Before deletion or executor changes, read `references/safety-invariants.md`. - For manifest fields and extension points, read `references/object-model.md` and `references/owner-adapters.md`. The owner reference also covers package-cache audits and pruning. - For Git worktrees, read `references/git-worktrees.md`. - For dependency and build output, read `references/generated-artifacts.md`. - For Docker, read `references/docker.md`. - For Codex task history, read `references/codex-storage.md`. - For macOS/APFS, read `references/macos-apfs.md`; for Linux, read `references/linux-filesystems.md`. ## Interpret classifications - `safe_now`: inactive, recoverable, contains no unique state, stays inside the approved boundary, satisfies owner invariants, and has complete evidence. - `safe_after_active_thread_closeout`: otherwise disposable but referenced by a live process, open handle, owner, or current Codex task root. - `retain`: user data, main checkout, dirty/unique/locked Git state, active database or container state, tracked generated output, or a deliberately preserved resource. - `unknown`: incomplete scan, missing tool, permission error, path/symlink/mount ambiguity, stale evidence, or no reliable owner adapter. `unknown` never means “probably safe.” ## Prioritize reclaim lanes Use the approved scope and prefer the lowest-risk candidates: 1. Exact caches with no live owner or handle. 2. Untracked regenerable artifacts such as `.zig-cache`, Cargo `target`, and inactive `node_modules` with project markers. 3. Clean linked worktrees proven `exact_ancestor`, `tree_equivalent`, or `patch_equivalent`, with branch/history retained. 4. Verified unused Docker images and build cache through narrow Docker operations. 5. App state or history only when the user names it and accepts the recovery tradeoff. Protect active main dependencies even when they are regenerable. Remove a generated subtree from a retained dirty worktree only when that subtree independently passes every check. ## Select and apply a frozen candidate set
From Tom-R-Main/siftable-skills, MIT.
More from Tom-R-Main/siftable-skills
- 0.592score
footwork-tools
Tom-R-Main
Equip an agent with observation and action tools for browser UI, native Mac apps, terminals/services, and saved artifacts.
SkillAFreshness: A★ 1Claude Code +9 - 0.592score
pgvector-postgres
Tom-R-Main
Design, review, migrate, measure, or debug PostgreSQL vector retrieval with pgvector.
SkillAFreshness: A★ 1Claude Code +9 - 0.592score
paper-design
Tom-R-Main
Create, inspect, edit, import, export, and hand off product or visual designs through Paper and its MCP server.
SkillAFreshness: A★ 1Claude Code +9 - 0.592score
grok-guide
Tom-R-Main
Use Grok 4.5 as an explicit strategic control plane above Codex for plan, replan, and completion-audit lifecycles.
SkillAFreshness: A★ 1Claude Code +9 - 0.592score
plan
siftable
Produce a visual, grounded plan for an objective.
SkillAFreshness: A★ 1Claude Code +9 - 0.589score
go
Tom-R-Main
Implement, review, debug, test, migrate, and optimize Go.
SkillAFreshness: A★ 1Claude Code +9 - 0.589score
c-systems-programming
Tom-R-Main
Implement, debug, and review C systems software.
SkillAFreshness: A★ 1Claude Code +9 - 0.589score
css
Tom-R-Main
Implement, debug, and review CSS and Tailwind styling.
SkillAFreshness: A★ 1Claude Code +9 - 0.589score
opengl-c-graphics
Tom-R-Main
Build, debug, review, and optimize core-profile OpenGL in C.
SkillAFreshness: A★ 1Claude Code +9 - 0.587score
mermaid
siftable
Create Mermaid diagrams and render them through an available host renderer.
SkillAFreshness: A★ 1Claude Code +9 - 0.584score
cloud-environment-runtime
Tom-R-Main
Establish the selected cloud task's execution, network, and credential context before using cloud tools.
SkillAFreshness: A★ 1Claude Code +9 - 0.584score
generating-design-references
Tom-R-Main
Generate and critique a design-reference image when no existing visual precedent fits.
SkillAFreshness: A★ 1Claude Code +9
Signals
- Stars
- 1
- Forks
- 0
- Open issues
- 0
- Last commit (this folder)
- Oct 12, 2026 (16 days ago)
- Last release
- Aug 14, 2026 (2 months ago)
From GitHub (fetched Oct 24, 2026).
Details
- License
- MIT
- Repository
- github.com/Tom-R-Main/siftable-skills
- Website
- siftable.io
- First seen
- Oct 24, 2026
- Last checked
- Oct 24, 2026
- Source
- GitHubgithub-graphql
More from Tom-R-Main
- 0.592score
paper-design
Tom-R-Main
Create, inspect, edit, import, export, and hand off product or visual designs through Paper and its MCP server.
SkillAFreshness: A★ 1Claude Code +9 - 0.592score
pgvector-postgres
Tom-R-Main
Design, review, migrate, measure, or debug PostgreSQL vector retrieval with pgvector.
SkillAFreshness: A★ 1Claude Code +9 - 0.592score
grok-guide
Tom-R-Main
Use Grok 4.5 as an explicit strategic control plane above Codex for plan, replan, and completion-audit lifecycles.
SkillAFreshness: A★ 1Claude Code +9 - 0.592score
footwork-tools
Tom-R-Main
Equip an agent with observation and action tools for browser UI, native Mac apps, terminals/services, and saved artifacts.
SkillAFreshness: A★ 1Claude Code +9 - 0.589score
css
Tom-R-Main
Implement, debug, and review CSS and Tailwind styling.
SkillAFreshness: A★ 1Claude Code +9 - 0.589score
go
Tom-R-Main
Implement, review, debug, test, migrate, and optimize Go.
SkillAFreshness: A★ 1Claude Code +9
Cite this page
filesystem-lifecycle skill. Agent Mart. https://agentmart.dev/skills/tom-r-main-filesystem-lifecycle (last updated 2026-10-24)