
Session Management
- 111 installs
- 325 repo stars
- Updated August 2, 2026
- athola/claude-night-market
Session Management is an agent skill that names, checkpoints, and resumes Claude Code sessions—usable whenever a solo builder needs to preserve long agent context before pausing or switching machines.
About
Session Management is an agent skill for organizing long-running Claude Code work with named sessions, checkpoints, and terminal or REPL resume. Solo and indie builders use it when an auth bug, feature branch, or multi-hour refactor should not be lost because the chat ended or the machine rebooted. The skill maps available commands in a table, then walks workflow patterns for debugging sessions and feature milestones so you can pause safely and pick up with the same session name. It stays lightweight—estimated around 400 tokens and fast-model friendly—and does not replace git branches or issue trackers; it complements them by binding agent context to a durable session handle. Install it when you routinely span days or sessions on one problem and want repeatable resume instead of re-explaining context from scratch.
- Documents /rename, /resume, and claude --resume for named sessions (2.1.41+ auto-name on /rename)
- Debugging pattern: /rename debugging-auth-issue then claude --resume debugging-auth-issue
- Feature checkpoint pattern: milestone-based /rename then continue or resume later
- Explicit When NOT To Use: skip for short sessions and fresh starts with no prior context
Session Management by the numbers
- 111 all-time installs (skills.sh)
- Ranked #1,326 of 3,282 Productivity & Planning skills by installs in the Skillselion catalog
- Security screen: MEDIUM risk (skills.sh audit)
- Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/athola/claude-night-market --skill session-managementAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 111 |
|---|---|
| repo stars | ★ 325 |
| Security audit | 2 / 3 scanners passed |
| Last updated | August 2, 2026 |
| Repository | athola/claude-night-market ↗ |
What it does
Name, checkpoint, and resume Claude Code sessions so long debugging or feature work survives pauses and context switches.
Who is it for?
Multi-session debugging, long feature builds, and any Claude Code work where you expect to stop and return with the same session identity.
Skip if: One-shot tasks finished in a single short chat or brand-new work with zero prior session state to restore.
When should I use this skill?
Managing session checkpoints and state preservation or resuming work across Claude Code sessions.
What you get
You run /rename at milestones, auto-save on pause, and resume with /resume or claude --resume <name> so work continues without re-briefing the agent.
- Named session identity
- Resumable checkpoint for continued agent work
By the numbers
- 3 documented commands (/rename, /resume, claude --resume)
- 2 workflow patterns (debugging sessions, feature checkpoints)
Files
Session Management
When To Use
- Managing session checkpoints and state preservation
- Resuming work across Claude Code sessions
When NOT To Use
- Short sessions that do not need checkpoints
- Fresh starts where no prior session context exists
Overview
Claude Code supports named sessions for better workflow organization. Use this skill to manage complex, long-running work across multiple sessions.
Available Commands
| Command | Description |
|---|---|
/rename | Name the current session (auto-generates name if no argument given, 2.1.41+) |
/resume | Resume a previous session (REPL) |
claude --resume <name> | Resume from terminal |
Workflow Patterns
1. Debugging Sessions
Name debug sessions for easy resumption:
# Start debugging
/rename debugging-auth-issue
# ... work on the issue ...
# If you need to pause, session is auto-saved
# Resume later:
claude --resume debugging-auth-issue2. Feature Development Checkpoints
Create checkpoints during long feature work:
# After completing milestone 1
/rename feature-x-milestone-1
# Continue in new session
# Reference old session if needed3. PR Review Sessions
For complex PR reviews that span multiple sittings:
# Start review
/rename pr-review-123
# Take breaks without losing context
# Resume:
claude --resume pr-review-1234. PR-Linked Sessions (Claude Code 2.1.27+)
Sessions are automatically linked to PRs when created via gh pr create. Resume PR-specific sessions later:
# Resume session for a specific PR
claude --from-pr 156
claude --from-pr https://github.com/org/repo/pull/156
# Workflow: review → pause → resume with full context
/rename pr-review-156
# ... review work ...
# Later:
claude --from-pr 1565. Investigation Sessions
When investigating issues that may require research:
# Start investigation
/rename investigate-memory-leak
# Pause to gather more info externally
# Resume with full context:
claude --resume investigate-memory-leakResume Screen Features
The /resume screen provides:
- Grouped forked sessions: See related sessions together
- Keyboard shortcuts (defaults, customizable via
/keybindings): - Preview session content
- Rename a session
- Recent sessions: Sorted by last activity
6. Resume Hint on Exit (Claude Code 2.1.31+)
Claude Code now shows a resume hint when you exit, displaying the command to continue your conversation. This makes session resumption more discoverable: users no longer need to know about --resume beforehand.
Best Practices
Naming Conventions
Use descriptive, hyphenated names:
| Pattern | Example | Use Case |
|---|---|---|
debugging-<issue> | debugging-auth-401 | Bug investigation |
feature-<name>-<milestone> | feature-search-v2 | Feature development |
pr-review-<number> | pr-review-156 | PR reviews |
investigate-<topic> | investigate-perf | Research |
refactor-<area> | refactor-api-layer | Refactoring work |
When to Name Sessions
Name sessions when:
- Work will span multiple days
- You might need to pause unexpectedly
- The session contains valuable context
- You want to reference it later
Session Cleanup
Unnamed sessions are eventually garbage collected. Named sessions persist longer. Periodically clean up old named sessions you no longer need.
Integration with Sanctum
Combine session management with other Sanctum skills:
1. Before starting: Run Skill(sanctum:git-workspace-review) to capture context 2. Name the session: /rename <descriptive-name> 3. Work: Use appropriate skills for the task 4. Resume if needed: claude --resume <name>
Troubleshooting
Session Not Found
If a named session isn't appearing in /resume:
- Check for typos in the name
- Sessions may expire after extended inactivity
- Use
/resumescreen to browse available sessions
Duplicate Sessions in VS Code
If you see duplicate session entries when resuming in VS Code:
- Claude Code 2.1.38+: Fixed: resume now correctly reuses the existing session without creating duplicates
- Older versions: Ignore the duplicate entries; they point to the same underlying session
Lost Context After Resume
If context seems incomplete or resume is slow:
- Claude Code 2.1.30+: 68% memory reduction for
--resumevia stat-based session loading with progressive enrichment, especially impactful for users with many sessions. Also fixes hangs when resuming sessions with corrupted transcript files (parentUuid cycles). - Claude Code 2.1.29+: Fixed slow startup when resuming sessions with many
once: truehooks:saved_hook_contextloading is now optimized - Claude Code 2.1.21+: Fixed API errors when resuming sessions interrupted during tool execution: previously these sessions could fail to resume entirely
- Claude Code 2.1.20+: Session compaction/resume is now fixed: resume correctly loads the compact summary instead of full history
- Use
/catchupto refresh git state - Use
/debug(Claude Code 2.1.30+) for session troubleshooting diagnostics - Re-run
Skill(sanctum:git-workspace-review)if needed - If on older versions: resumed sessions may reload uncompacted history, increasing context usage unexpectedly
macOS Orphaned Processes (Claude Code 2.1.46+)
Previously, disconnecting from a terminal on macOS could leave orphaned Claude Code processes running. This is now fixed in 2.1.46+. If you encounter stale CC processes on older versions, manually check and kill them:
# Find orphaned claude processes
ps aux | grep -i claude | grep -v grep7. Automatic Memory (Claude Code 2.1.32+)
Claude now automatically records and recalls memories as it works. Session summaries, key results, and work logs are captured implicitly and recalled in future sessions. This provides passive cross-session continuity without manual checkpoint management.
- No action required: Memory recording is automatic on first-party Anthropic API
- Complements named sessions: Automatic memory handles implicit continuity; named sessions provide explicit organization
- Token overhead: Recalled memories add to baseline context, factor this into MECW budgets
8. Agent Persistence on Resume (Claude Code 2.1.32+)
--resume now re-uses the --agent value from the previous conversation by default. Agent-specific workflows that are resumed will continue with the same agent configuration without needing to re-specify it.
# Start with a specific agent
claude --agent my-agent
# Resume later — my-agent is automatically used
claude --resumeSee Also
/catchup- Refresh context from git changes/clear- Start fresh sessionSkill(sanctum:git-workspace-review)- Capture repo context
Exit Criteria
- [ ] Session named via
/renameusing a hyphenated descriptive name
matching one of the documented patterns (e.g. debugging-*, feature-*, pr-review-*)
- [ ] Session resumes via
claude --resume <name>without loss of
prior context (verified by presence of earlier conversation)
- [ ] If a session name is not found on resume, the error is surfaced
with troubleshooting steps (check typos, session expiry)
- [ ] For PR-linked sessions (Claude Code 2.1.27+), `claude --from-pr
<number>` correctly reopens the session associated with that PR
- [ ] If session context seems incomplete after resume, `Skill(sanctum:
git-workspace-review)` is re-run and its output confirms current repo state
Related skills
How it compares
Use instead of leaving default unnamed sessions and manually pasting old chat logs back into a new thread.
FAQ
Who is session-management for?
Developers who live in Claude Code for multi-hour debugging, features, or ops fixes and need durable session handles across days.
When should I use session-management?
During build when iterating a feature across sessions, during ship when debugging flaky tests over multiple runs, and during operate when resuming an incident thread—anytime long-running agent work needs a named checkpoint.
Is session-management safe to install?
It is procedural documentation for Claude Code commands with no shell or network side effects; review the Security Audits panel on this Prism page before trusting any third-party skill package.