workbench-runtime-hygiene
Workbench Runtime Hygiene
Use this skill for runtime cleanup, disk/swap pressure, VM residue, stale conversation/session closeout, Codex/Multica/OpenClaw worktree growth, and Sanity-backed closeout checks.
Runtime hygiene is operations work. It protects throughput without destroying evidence.
Required First Move
Start with SELF_AWARENESS_BOOTSTRAP and name:
- runtime surface: local, remote, VM, or human desktop;
- source of truth: Multica issue/run, repo, Sanity record, or local command;
- cleanup authority: read-only, proposed, approved Trash batch, or blocked;
- operator-call conditions.
Cleanup Tiers
- Tier A: caches and temp artifacts that can be regenerated, including
completed-run
*/codex-home/.tmpplugin sync caches. Move to Trash or prune with the named guard only after the exact batch is approved. - Tier B: sessions, worktrees, Multica workspaces, OpenClaw workspaces, Colima/Lima disks, local models. Propose only until retention is confirmed.
- Tier C: repos, iCloud, chat apps, Photos, credentials, Sanity datasets, daemon config, production state. Do not mutate from this skill.
Never hard-delete and never empty Trash.
Exception: scripts/multica-codex-cache-janitor.sh --apply may prune only
completed-run */codex-home/.tmp directories after dry-run review. Active runs,
missing .gc_meta.json, or missing completed_at are not eligible.
Preferred A-Tier Tool
If mo is installed on the target machine, prefer it for A-tier cleanup:
mo clean --dry-run
mo clean
df -h /System/Volumes/Data
sysctl vm.swapusage
If the operator explicitly approves system-level cleanup, do not call sudo
ad hoc or inside repeated prompts. Use the shared sudo-session wrapper so the
operator authenticates once and nested cleanup stays on a non-interactive sudo
timestamp:
scripts/workbench-sudo-session.sh -- bash -lc 'mo clean --dry-run && mo clean'
The wrapper must not read password files, store passwords, or keep prompting.
If its non-interactive sudo refresh fails, stop and report BLOCK.
Treat mo clean as good evidence when it stays within cache/log/temp cleanup
and reports categories plus freed/free space. Do not run mo purge, Docker
prune, app uninstall, LaunchAgent removal, Colima/Lima cleanup, or project
artifact cleanup without a separate explicit approval.
Session Closeout Gate
A conversation/session can close only if:
- the issue is
doneor latest review isPASS; - no active run remains;
- Sanity/handoff/evidence summary exists or is explicitly not applicable;
- closing will not destroy the only copy of required evidence;
- the report names what was checked.
Unknown state is FLAG, not permission to close.
Suggested Checks
df -h /System/Volumes/Data
sysctl vm.swapusage
command -v mo && mo clean --dry-run
scripts/multica-codex-cache-janitor.sh
multica --profile desktop-api.multica.ai daemon status
multica --profile desktop-api.multica.ai issue list --status in_progress --limit 100 --output json
multica --profile desktop-api.multica.ai issue list --status in_review --limit 100 --output json
du -xsh ~/.codex ~/.cache ~/.openclaw ~/.colima ~/Library/Caches 2>/dev/null
Use exact profile/workspace evidence when available, but do not paste private IDs into public docs.
Report
RUNTIME_HYGIENE_REPORT
runtime_surface:
disk_state:
swap_state:
active_task_count:
conversation_count:
issue_backlog:
sanity_sync_state:
tier_a_candidates:
tier_b_candidates:
session_close_candidates:
actions_taken:
trash_batch:
raw_artifacts_kept_out_of_git:
validation:
residual_risk:
next_action:
VERDICT: PASS | FLAG | BLOCK
Verdicts
PASS: pressure is under threshold or approved cleanup/closeout completed with readback.FLAG: useful candidates exist, but approval, Sanity sync, or active-run proof is missing.BLOCK: destructive action, credential action, dataset write, daemon mutation, or unknown source-of-truth risk requires the operator.
More from fearvox/multica-ultimate-workbench
workbench-conductor
Two-ring orchestration, routing, issue and comment discipline, and role boundaries for the Multica Workbench.
5workbench-sdd
Specification-driven development from raw requirement to product design, technical design, task list, execution, and verification.
5workbench-self-awareness-infra
Capability discovery and current-state verification for Heavy Path, ambiguous repo/runtime ownership, and runtime-dependent Standard Path work.
5workbench-design-docs
Product design, technical design documents, user-facing copy, specs, diagrams, and handoff documentation.
5workbench-token-context-discipline
Compact context, cache-aware execution, scoped evidence reads, and role-specific skill attachment discipline.
4workbench-product-brainstorming
Bounded product ideation, workflow design, ambition checks, tradeoffs, and smallest-test shaping.
4