Install
$ agentstack add skill-darkroomengineering-cc-settings-handoff ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
Session Handoff
Two-mode skill: Save state at end of session, Resume state at start of next session.
Mode: Save
Save current session state for later resumption. This is the end-of-session boundary skill — for mid-task rollback points before risky operations, use /checkpoint.
Usage
bun ~/.claude/src/scripts/handoff.ts create
Or use the native command:
/handoff
What Gets Saved
The handoff file includes:
- Current task: What you're working on
- Progress: What's been completed
- Decisions made: Key choices and rationale
- Files modified: List of changed files
- Next steps: What remains to be done
- Context: Important information to remember
- Learnings: Patterns discovered in session
GitHub Issue Sync
If the current branch is linked to a GitHub Issue (e.g., feat/123-description):
- Post a progress comment on the issue:
```bash gh issue comment 123 --body "## Session Update
- Completed: [summary of work done]
- Files modified: [list]
- Next steps: [what remains]"
```
- Check off completed tasks in the issue body if any task checkboxes were resolved during this session.
This ensures project progress is visible to the whole team, not just in local handoff files.
Handoff Location
~/.claude/handoffs/
├── project-name-2024-01-15-1430.md
├── project-name-2024-01-14-0900.md
└── ...
When to Create Handoff
- End of work session - Before closing Claude Code
- Context at 80%+ - Before auto-compaction
- Taking a break - Preserve state for later
- Switching tasks - Save before context switch
- Before compacting - Auto-triggered by PreCompact hook
Auto-Handoff
The setup automatically creates handoffs:
- Before context compaction (PreCompact hook)
- At session end (SessionEnd hook)
Output
Confirms:
- Handoff file created (and GitHub Issue updated if linked)
- Location of file
- Key information saved
Context Window Runbook (folded in from former /context skill)
The statusline shows live context usage:
Opus 4.8 | my-project | main*↑ | ▊░░░░░░░░░ 8% (84k/1.0M)
| Usage | Action | |-------|--------| | 70–79% | Consider wrapping up or handing off | | 80–89% | Start wrapping up — run /handoff | | 90%+ | Run /handoff now |
Model degradation thresholds
Degradation is not gradual — it follows a step function. Place critical information at the beginning and end of context (attention-favored positions). Avoid burying key facts in the middle.
| Model | Noticeable degradation | Severe degradation | |-------|------------------------|--------------------| | Claude Opus 4.8 | ~100K tokens | ~180K tokens | | Claude Sonnet 4.6 | ~80K tokens | ~150K tokens | | Claude Haiku 4.5 | ~50K tokens | ~90K tokens |
Key patterns:
- Lost-in-middle — information in the center gets less attention
- Context poisoning — a single wrong fact can corrupt reasoning on related topics
- Context distraction — irrelevant info degrades performance on a step function, not proportionally
Structured compaction template
When compaction is unavoidable, populate this template — each section forces preservation of the dimensions most often lost:
## Session Intent
[What the user is trying to accomplish — the "why"]
## Files Modified
- path/to/file.ts: What changed and why
## Files Read (Not Modified)
- path/to/reference.ts: Why it was consulted
## Decisions Made
- Decision 1: Rationale
## Errors Encountered
- Error message → Resolution applied (or "still unresolved")
## Current State
- Build status / test status / what works / what doesn't
## Next Steps
1. Immediate next action
2. Following action
The artifact trail (which files were touched, what changed) is universally the weakest dimension after compression. Dedicated sections force preservation of file paths, error messages, and decisions that would otherwise silently drift away.
Post-compaction validation
After compaction, probe 3–5 critical facts before continuing work:
- "What files have I modified in this session?"
- "What was the last error I encountered?"
- "What approach did I decide on and why?"
- "What are the remaining next steps?"
If any probe returns vague or incorrect answers, re-read the handoff file (/handoff resume mode) to restore critical context.
Reducing context proactively
- Use
context: fork— skills that fork don't bloat main context - Delegate exploration — let agents handle research
- Clean summaries — agents return summaries, not raw output
- Avoid large file reads — use TLDR for token-efficient analysis
- Offload large tool output — write outputs >2000 tokens to scratch files; return summary + path
- Place critical info at edges — beginning and end of context get more attention
Mode: Resume
Load state from a previous session and continue work.
Usage
bun ~/.claude/src/scripts/handoff.ts resume
Or use:
/handoff resume
What Gets Loaded
- Previous task: What you were working on
- Progress: What was completed
- Decisions: Key choices made
- Files modified: What was changed
- Next steps: What remains
- Context: Important information
GitHub Issue Context
Before loading the local handoff, check for a linked GitHub Issue:
BRANCH=$(git branch --show-current)
ISSUE_NUM=$(echo "$BRANCH" | grep -oE '[0-9]+' | head -1)
if [[ -n "$ISSUE_NUM" ]]; then
gh issue view "$ISSUE_NUM" --comments
fi
If an issue is found, present it as the primary context — it's the shared source of truth. The local handoff supplements it with session-specific details.
Present a combined summary:
- From GitHub Issue: Title, task progress (X/Y done), latest comments
- From local handoff: Session-specific notes, open files, debug state
Available Handoffs
List handoffs for current project:
ls ~/.claude/handoffs/ | grep "$(basename $(pwd))"
Resume Options
Most Recent
/handoff
Loads the most recent handoff for current project.
Specific Handoff
/handoff project-name-2024-01-15-1430
Loads a specific handoff file.
List All
/handoff list
Shows available handoffs.
Workflow
- Check GitHub Issue - Read linked issue for shared project context
- Load local handoff - Read session-specific state
- Review combined context - Understand where we left off
- Verify files - Check current state vs handoff
- Continue work - Pick up next steps from the issue task list
Automatic Session Start
When starting a new session, the setup automatically:
- Checks for linked GitHub Issue (reads context)
- Recalls project learnings
- Shows recent handoff if available
- Displays context from previous work
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: darkroomengineering
- Source: darkroomengineering/cc-settings
- License: MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.