Install any skill in seconds. Free to start, no credit card required.
Get Started Free →Identify stale and empty Claude Code sessions in the Agent Monitor and explain the cleanup endpoint (POST /api/settings/cleanup), always showing the exact list of what WOULD be removed before anything is deleted. Cleanup permanently deletes data, so this skill previews first and requires explicit user confirmation. Use when tidying the monitoring database.
.claude/skills/hoangsonww-session-cleanup/SKILL.md| Test case | Without → With | Effect | Δ tokens | Δ turns |
|---|---|---|---|---|
| case-07 | ✗→✓ | ▲ Improved | -18% | 0% |
| case-04 | ✗→✓ | ▲ Improved | 128% | 0% |
| case-06 | ✗→✓ | ▲ Improved | -34% | 0% |
| case-08 | ✗→✓ | ▲ Improved | -41% | 0% |
| case-09 | ✗→✓ | ▲ Improved | -42% | 0% |
Find prune-worthy sessions and explain cleanup — preview first, delete only on explicit confirmation.
The user provides: $ARGUMENTS
preview → only show what would be removed (the safe default).confirm → the user has reviewed the preview and explicitly authorizes deletion.older than 7d) for what counts as stale.| Endpoint | Returns | |----------|---------| | GET /api/sessions?limit=N | session list: id, status, model, cwd, started_at, ended_at, cost, metadata (turn_count, total_turn_duration_ms) | | GET /api/stats | totals: total_sessions, active_sessions, total_events, events_today, sessions_by_status, agents_by_status | | POST /api/settings/cleanup | runs the cleanup routine and returns what was removed — DESTRUCTIVE, only after confirmation |
GET /api/stats — record total_sessions, sessions_by_status, total_events. This is the before-state to compare against.
GET /api/sessions?limit=1000. Flag sessions that are:
turn_count 0 / null and cost 0 (started but neverdid anything).
status active/working but last activity older than thethreshold (default 24h), i.e. never cleanly stopped.
ended_at and no recent events.List every candidate with the reason it qualifies. State the total count and confirm that nothing has been deleted yet.
Describe POST /api/settings/cleanup: it prunes empty / orphaned sessions and their dangling events server-side and returns a summary of removed rows. Make clear this is permanent and not reversible from the dashboard.
If — and only if — $ARGUMENTS is confirm (or the user has explicitly approved this run), call POST /api/settings/cleanup, then re-read /api/stats and report the before → after delta. Otherwise stop after the preview and tell the user to re-run with confirm.
A preview Markdown table: id (short) | status | reason | cwd basename | started_at | cost, then a one-line count and the explicit "nothing deleted — re-run with confirm to proceed" notice. On a confirmed run, add a before → after summary using ▲/▼ on the counts. Currency as USD to 4 decimal places.
documented endpoint.
POST /api/settings/cleanup without an explicit confirm from theuser in this turn — previewing is the default.
POST /api/settings/clear-data or any other destructiveendpoint; cleanup of stale/empty sessions only.
npm start fromthe repo root.
Other measured skills in the registry, with their headline benchmark lift.